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ment,  aircraft  management,  expert  systems,  menu  selection,  man- 
machine  interface,  artificial  intelligence,  automation;  shipboard 
functions,  planning,  evaluation,  training,  hierarchical  data  bases 


The  objective  of  this  project  was  to  conduct  an  evaluation  of  ZOG,  a  general  purpose 
information  management  system,  as  installed  aboard  the  Navy  aircraft  carrier  USS  CARL 
VINSON  (CVN  70).  The  evaluation  addressed  the  viability  of  moving  a  developing  system 
directly  from  an  acaaemic  environment  to  an  operating  Navy  platform.  ZOG  was  implemented 
on  a  distributed  network  of  28  PERQ  microcomputers  connected  through  an  Ethernet 
communications  system.  The  evaluation  was  conducted  during  implementation  of  the  ZOG 
system  while  the  CARL  VINSON  was  on  its  initial  cruise  in  1983.  Data  were  collected  through 
surveys  and  interviews  with  users  and  by  the  automatic  capturing  of  information  from  the 
PERQ  terminals.  The  system  user  community  grew  to  include  30  users  comprised  primarily  of 
department  and  division  heads  and  others  in  the  ship  management  chain  of  command.  The 
majority  of  intended  functional  applications  were  developed  and  many  unexpected  applications 
of  the  ZOG  system  were  developed  by  users.  It  was  found  that  the  Ship'  Organization  and 
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Regulation  Manual  (SORM)  was  not  suitable  as  an  organizing  vehicie  for  all  ZOG  functional 
applications,  ZOG  did  provide  the  means  for  a  unique  high  technology  Weapons  Elevator 
Maintenance  Training  Manual  that  allowed  instant  updating  of  system  changes.  An  extension 
"of  ZOC  called  A1RPLAN  resulted  in  a  new  functional  application  that  provided  on-line 
information  about  carrier  air  operations  throughout  the  ship.  ZOG  system  usage  increased 
during  the  deployment  as  more  applications  were  added.  The  menu  selection  characteristic  of 
ZOG  was  readily  accepted  by  sys*-  n  users  and,  generally,  gave  ready  access  to  the  entire  data 
base.  The  rapid  response  capabilh,  of  the  ZOG/PERQ  system  was  demonstrated  as  was  the 
hierarchically  structured  data  base  generally  acceptable  to  users.  The  hardware  suite  used  for 
the  CARL  VINSON  ZOG  system  was  not  sufficiently  reliable  for  sustained  operational  use 
aboard  an  aircraft  carrier.  The  ZOG  system  was  sufficiently  successful  to  merit  immediate 
transition  to  advanced  development  as  an  automated  management  system.  The  Weapons 
Elevator  Maintenance  Training  Manual  project  should  also  be  transitioned  to  advance 
development"  to  provide  a  broader  maintenance  application.  Future  installations  of  ZOG 
system  prototypes  must  have  a  substantial  set  of  general  applications  in  place  so  that  users 
can  perceive  immediate  benefits  from  the  system.  The  ZOG  system  should  be  interfaced  with 
other  shipboard  computer  systems  to  ensure  maximum  effectiveness  of  all  systems. 
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sponsorship  of  the  Office  of  Naval  Research  (ONR).  The  purpose  of  this  research  was  to 
evaluate  a  developing  computer-based  information  system  as  it  evolved  during  initial 
implementation  on  an  operating  Navy  vessel,  the  aircraft  carrier  USS  CARL  VINSON 
(CVN  70).  The  results  of  this  evaluation  are  intended  for  individuals  in  organizations 
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SUMMARY 


Problem 

Management  of  weapons  systems  aboard  modern  ships  has  placed  a  tremendous 
demand  on  the  decision  making  capabilities  of  shipboard  personnel.  The  coordination  of 
shipboard  evolutions  has  become  extremely  complex  and  taxes  the  ability  of  managers  to 
conduct  immediate  and  long-range  planning.  Despite  progress  in  automating  some 
administrative  functions,  no  system  has  been  developed  that  totally  supports  management 
decision  making  and  planning.  The  Navy  must  continue  to  explore  and  evaluate  ways  to 
reduce  this  problem.  ZOG,  a  rapid-response,  large  network  menu  selection  computer 
interface,  offers  one  approach  to  systematic  storing  and  retrieving  management  informa¬ 
tion. 

Objective 

The  objective  of  this  project  was  to  evaluate  ZOG,  a  general  purpose  information 
management  system,  as  installed  aboard  a  Navy  aircraft  carrier.  The  evaluation 
addressed  the  viabiiity  of  moving  a  developing  system  directiy  from  an  academic 
environment  to  an  operating  Navy  platform  and  assessed  the  use  and  contribution  of  the 
system.  ZOG  was  implemented  on  a  distributed  network  of  2S  PERQ  minicomputers 
connected  through  an  Ethernet  communications  system. 

Approach 

The  evaluation  was  conducted  during  implementation  of  the  ZOG  system  aboard  the 
carrier  US5  CARL  VINSON  (CVN  70)  on  its  initial  cruise  in  March  through  October  1983. 
Several  data  gathering  visits  were  made  both  during  and  after  the  cruise  to  assess  the  use 
of  ZOG  in  support  of  shipboard  management  planning,  evaluation,  and  training  functions. 
Data  were  collected  through  surveys  and  interviews  with  users  and  through  the  automatic 
capturing  of  information  from  the  PERQ  machines.  These  data  w-ere  analyzed  to 
determine  the  extent  of  functional  system  use,  ease  of  learning  and  using  ZOG,  growth  of 
the  data  base,  system  reliability,  and  attitudes  of  users  towards  the  system. 

Findings 

During  the  CARL  VINSON  deployment,  the  ZOG  system  provided  management 
support  to  the  command,  adrr '..listration,  communications,  operations,  weapons,  engineer¬ 
ing,  and  PERQ  shipboard  management  divisions.  The  active  system  user  community  grew 
to  inc'ude  30  users  comprised  primarily  of  department  and  division  heads  and  others  in  the 
ship  management  chain  of  command.  No  prior  computer  training  or  experience  was 
required  for  users  to  successfully  interact  with  the  ZOG  system.  Training  to  use  ZOG  was 
successfully  developed  and  conducted  both  individually  on-line  and  in  small  groups.  The 
majority  of  intended  functional  applications  were  developed,  and  many  unexpected 
applications  of  the  ZOG  system  were  developed  by  the  users.  The  extensibility  of  the 
system  was  demonstrated  notably  by  the  development  of  A1RPLAN,  an  expert  system  used 
to  support  shipboard  aircraft  launch  and  recovery  operations.  The  planning  function  was 
greatly  supported  during  the  cruise.  User  attitudes  were  generally  quite  positve  towards 
the  system.  Although  there  were  significant  problems  attributable  to  high  temperatures, 
electrical  power  fluctuations,  continuous  vibration,  and  software  instability. 


Conclusions 


1.  The  ZOG  Technology  Demonstration  Project  met  its  program  goal  ot  expediting 
the  transition  of  technology  from  basic  to  applied  research  status  by  implementation 
aboard  an  operating  carrier. 

2.  The  ZOG  system  on  CARL  VINSON  provided  significant  functional  support  to 
shipboard  management  despite  experiencing  an  initial  high  rate  of  hardware  and  software 
failures. 

3.  The  Ship's  Organization  and  Regulation  Manual  (SORM)  was  not  suitable  as  an 
organizing  element  for  all  ZOG  functional  applications,  as  was  originally  conceived. 

4.  The  ZOG  system  was  an  excellent  mechanism  for  development  of  a  high 
technology  Weapons  Elevator  Maintenance  Training  Manual  that  allowed  immediate  on¬ 
line  incorporation  of  system  changes. 

5.  The  ZOG  system  and  the  integrated  video  disk  player  provided  an  idea! 
technology  for  presenting  weapons  elevator  maintenance  training. 

6.  The  ZOG  system  supported  training  management. 

7.  The  AIRPLAN  extension  of  ZOG  represented  an  important  new  functional 
application  that  provided  on-line  information  about  carrier  air  operations  throughout  the 
ship. 


8.  The  ZOG  system  supported  an  increasing  number  and  variety  of  ship  functions  as 
the  system  matured  and  users  became  more  familiar  with  ZOG. 

9.  CARL  VINSON  users  accepted  and  used  the  ZOG  system  increasingly  during  the 
deployment  to  perform  their  duties. 

10.  ZOG  system  usage  rate  increased  during  the  deployment  as  more  applications 
and  subnets  were  added. 

It.  The  menu  selection  characteristic  of  ZOG  was  readily  accepted  by  system  users 
and,  generally,  gave  ready  access  to  the  entire  data  base. 

12.  The  goal  of  providing  the  user  with  a  system  capable  of  rapid  response  was  met 
by  the  ZOG/PERQ  system. 

13.  The  large-network,  hierachically  structured  ZOG  data  base  was  generally 
acceptable  to  system  users. 

14.  ZOG  did  not  require  the  user  to  have  any  background  or  experience  in  computers 
for  a  majority  of  the  system's  use. 

15.  The  ZOG  training  provided  CARL  VINSON  users  during  deployment  was  ade¬ 
quate,  but  was  not  updated  sufficiently  to  make  optimum  use  of  evolving  system 
capabilities. 

16.  The  hardware  suite  used  for  the  CARL  VINSON  ZOG  system  was  not  sufficiently 
reliable  for  sustained  operational  use  aboard  an  aircraft  carrier. 
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17.  Hardware  problems  necessita  a  commitment  of  ship's  maintenance  tech¬ 
nicians  beyond  what  v/as  expected,  thereby  placing  an  unanticipated  burden  on  the 
technicians  and  the  spare  parts  supply. 

18.  The  ZOG  system  was  clearly  capable  of  providing  beneficial  support  to  shipboard 
management,  although  the  software  must  be  improved  and  stabilized  before  being 
implemented  on  other  ship  management  systems. 

19.  The  technology  test-bed  concept  aboard  CARL  VINSON  resulted  in  the  develop¬ 
ment  of  systems  better  suited  to  operational  Navy  requirements  and  led  to  improved 
technical  skills  of  the  operational  Navy  personnel  associated  with  the  projects. 

Recommendations 


The  following  recommendations  are  based  on  the  evaluative  information  gathered 
during  shipboard  visits  and  onsite  observation.  These  recommendations  are  directed 
towards  both  the  operational  Navy  fleet  and  the  Navy  research  community. 

1.  The  ZOG  system  merits  immediate  transition  to  advanced  development  as  an 
automated  management  system  in  support  of  shipboard  planning,  management,  training, 
and  evaluation  applications. 

2.  The  technology  test-bed  concept  should  continue  to  be  supported  aboard  CARL 
VINSON,  and  other  selected  platforms,  to  ensure  maximum  benefit  from  applied  techno¬ 
logical  developments  and  to  provide  an  efficient  alternative  to  the  procurement  process 
permitting  iterative  system  development  within  the  context  of  research. 

3.  The  research  community  should  consider  developing  future  versions  of  a  ZOG- 
like  system  using  the  Deoartment  of  Defense  language,  ADA,  to  take  full  advantage*  of  its 
transportability  and  its  capacity  for  supporting  concurrent  processing. 

4.  The  Weapons  Elevator  Maintenance  Training  Manual  project  should  be  transi¬ 
tioned  to  advanced  development  so  additional  instructional  sequences  can  be  developed, 
Interface  deficiencies  can  be  eliminated,  and  the  maintenance  training  portion  of  the 
project  can  be  further  developed  to  provide  a  broader  maintenance  application. 

5.  Future  installations  of  ZOG  system  prototypes  should  have  a  substantial  set  of 
general  applications  in  place  so  new  and  potential  users  can  perceive  immediate  benefits 
from  the  system. 

6.  The  ZOG  system  shouid  be  interfaced  with  other  shipboard  computer  systems  to 
ensure  maximum  effectiveness  of  all  systems. 
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1.0 


INTRODUCTION 


1.1  Background 

Research  in  user-system  interfaces  for  computers  shows  significant  promise 
towards  helping  users  realize  the  potential  of  their  automated  system.  The  ZOG 
Technology  Demonstration  Project,  sponsored  by  the  Office  of  Naval  Research  (ONR), 
was  designed  to  accelerate  the  transfer  of  computer  technology  from  the  research 
laboratory  to  the  fleet.  Specifically,  the  project  attempted  to  transfer  a  developing 
human-computer  interface  system  from  an  academic  setting  directly  to  an  operating  Navy 
ship.  This  accelerated  technology  transfer  shortened  the  time  from  conceptual  develop¬ 
ment  to  operational  utility.  The  intent  of  reducing  development  by  early  implementation 
is  to  promote  feedback  from  the  fleet  users  and  maximize  the  system's  effectiveness. 

The  human-computer  interface,  referred  to  here  as  ZOG,  is  part  of  a  larger 
project  involving  development  of  a  wide  range  of  computer  technologies,  including 
artifcial  intelligence  and  a  long-range  computer  telecommunications  system  employing 
satellites.  The  syllable  20G  was  selected  as  a  name  and  is  not  an  acronym.  The  ZOG 
system  was  but  a  portion  of  the  entire  information  handling  environment  established 
aboard  USS  CARL  VINSON  (CVN  70).  This  environment  includes  a  prototype  automated 
system,  Wang,  that  supports  the  personnel/administrative  components  of  ship  activities. 
For  the  purposes  of  this  report,  however,  the  evaluation  focuses  on  the  ZOG  interface  and 
its  accompanying  computer  system. 

1.2  Problem 


The  Navy  is  facing  the  problem  of  managing  and  operating  ships  that  are 
extremely  complex  and  sophisticated.  Multiple  interrelated  weapons  and  sensor  systems 
place  a  great  demand  on  the  information  processing  capability  of  senior  shipboard 
personnel.  The  complexity  of  shipboard  evolutions  are  taxing  not  only  day-to-day  decision 
making,  but  also  the  long-range  planning  activities  of  management  personnel.  While  there 
has  been  considerable  progress  in  automating  some  administrative  functions,  such  as 
report  preparation  and  the  maintenance  of  instructions,  manuals,  pay  and  personnel 
records,  and  medical  and  equipment  records,  no  system  has  yet  been  developed  that 
supports  management  activities  involving  decision  making,  planning,  and  evaluation. 
These  functions  require  more  flexibility  than  the  typical  data  processing  system  provides. 

The  Naval  Research  Advisory  Committee  (NRAC)  (1980)  conducted  a  study  to 
determine  whether  the  Navy  would  be  able  to  man  the  proposed  fleet  and  the  extent  to 
which  emerging  technology  will  reduce  these  manning  problems.  The  NRAC  reported  that 
there  was  a  "lack  of  an  adequate  level  of  development  of  new  man-machine  technology  to 
meet  the  Navy's  needs,  particularly  in  light  of  new  systems  concepts  and  advanced 
hardware  technologies  currently  under  development  and  in  light  of  changing  manpower 
availabilities."  The  NRAC  report  recommended  fl  e  Navy  should  "establish  a  program 
to  improve  the  productivity  aboard  ships  by  ■.  g,  developing,  and  applying  labor- 
saving  methods  and  automation  of  selected  In  such  as  facilities  maintenance,  ship 

administration,  materials  handling  and  system  .  *  is,  consistent  with  Condition  I  and 

III  watchstanding  requirements." 

The  Comptroller  General  of  the  United  5tates  (1981)  issued  a  report  titled 
"Effectiveness  of  U.S.  Forces  Can  Be  Increased  through  Improved  Weapon  System  Design." 
The  report  indicated  a  need  for  the  Secretary  of  Defense  to  improve  the  logistic  support, 
human  factors,  and  quality  assurance  factors  in  weapon  system  acquisition.  A  specific 
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recommendation  was  "to  ensure  that  all  major  systems  are  subjected  to  adequate  testing 
and  examination  from  a  human  factors  standpoint  throughout  the  acquisition  process, 
particularly  in  the  developmental  stages." 

The  ZOG  project  was  designed  to  satisfy  the  Navy's  need  for  shipboard  systems 
to  support  management  decision  making  and  planning  functions.  The  ONR  requirement 
for  system  evaluation  during  development  resulted  in  this  evaluation.  The  users  of  an 
automated  management  system  will  be  the  management  level  chain  of  command,  i.e.,  the 
Commanding  Officer  (CO),  the  Executive  Officer  (XO),  heads  of  departments,  and 
relevant  work  center  managers  on  board  the  ship.  The  ZOG  technology  project  addressed 
the  requirements  of  this  operational  chain  of  command. 

As  part  of  the  technology  transfer  evaluation,  the  matching  of  technology  to 
training  requirements  in  a  specific  area  of  operational  concern  was  examined.  The 
maintenance  of  the  weapons  elevators  resident  on  a  carrier  provided  a  training  require¬ 
ment  that  seemed  to  be  amenable  to  employment  of  the  video  disk  technology.  Early  in 
the  construction  of  CARL  VINSON,  a  Weapons  Elevator  Maintenance  Training  Manual  was 
developed  by  production  of  a  video  disk  of  elevator  operational  and  maintenance 
procedures.  Access  to  the  information  contained  in  the  automated  manual  was  conducted 
by  means  of  the  ZOG  system  and  an  appropriate  computer  interface  to  the  disk  player. 
This  portion  of  the  project  brought  together  the  technologies  of  the  video  disk  and  the 
ZOG  interface  and  directed  them  at  a  specific  operational  training  requirement. 


Objective 


The  objective  of  this  effort  was  to  develop  and  evaluate  ire  ZOG  automated 
management  system  as  used  aboard  CARL  VINSON  during  its  first  full  deployment  in 
1983.  Because  of  the  developmental  nature  of  the  ZOG  system,  the  evaluation  was  an 
analysis  of  the  growth  of  the  system  and  its  functionality  in  support  of  ship  operations. 
Additionally,  the  objective  included  examining  the  extent  to  which  the  automated 
Weapons  Elevator  Maintenance  Training  Manual  was  employed  on  the  ship.  The  evaluation 
was  not  intended  to  be  the  final  assessment  cf  a  fully  developed  and  operationally 
implemented  system.  The  ZOG  project  was  structured  so  that  data  about  system  usage 
would  be  obtained  routinely  and,  periodically,  relayed  back  to  system  developers.  This 
information  permitted  a  shore  site  to  aid  in  the  ongoing  development  activities  and  to 
accumulate  data  for  the  evaluation.  Detailed  discussion  of  the  evaluation  design  is 
presented  in  a  subsequent  section. 


ZOG  Development  History 


Initial  Development  of  ZOG 


ZOG  was  conceived  during  a  1972  Carnegie-Mellon  University  (CMli)  Summer 
Workshop  for  cognitive  psychologists  (Newell,  McCracken,  Robertson,  <5c  Akscyn,  1982). 
During  the  workshop,  a  computer  system  was  developed  to  serve  as  a  uniform  interface 
for  gaining  access  to  a  multitude  of  different  programs  with  which  the  users  were  not 
familiar.  The  resulting  interface  system  was  called  ZOG  and  is  conceptually  similar  to 
the  system  employed  on  board  CARL  VINSON.  Ahhough  the  system  worked,  its  response 
rate  was  inadequate  for  the  required  task. 


1.4.2  The  Development  of  a  Problem-Oriented  Medical  Information  System 

(PROM  IS) 


In  1975  personnel  from  the  University  of  Vermont  Medical  School  developed 
PROMIS  to  provide  rapid  response  information  support  for  medical  applications.  PROMIS 
was  similar  in  concept  to  ZOG,  but  provided  a  touch-screen  response  system  with  a 
response  time  of  approximately  one-half  second.  Two  participants  of  the  CMU  Summer 
Workshop,  Dr.  Allen  Newell  and  Dr.  George  G.  Robertson,  served  on  a  technical  advisory 
committee  involved  in  the  development  of  PROMIS.  As  a  result  of  the  success  of  PROMIS 
for  medical  applications,  CMU  personnel  decided  to  investigate  the  development  of  a  user 
interface  system  that  would  work  in  a  larger  and  more  complex  computer  science  context. 

1.4.3  Initial  Support  by  the  ONR 

The  development  of  a  generalized  complex  ZOG  system  for  computer  science 
applications  in  1975  marked  the  initial  support  of  ZOG  by  ONR.  The  initial  system  was 
developed  on  several  time-shared  PDP-10  mainframe  computers  and,  subsequently,  on 
VAX/ 1 1-780  computers.  Anticipating  the  advent  of  personal  computers,  CMU  personnel 
initiated  the  development  of  ZOG  for  a  scientific  personal  computer  environment.  The 
computer  that  best  provided  the  necessary  power  and  capabilities  at  that  time  was  the 
PERQ  computer,  manufactured  by  the  Three  Rivers  Computer  Corporation  (later  renamed 
PERQ  Systems,  Inc.).  Accordingly,  the  PERQ  was  selected  for  use  in  the  personal 
computer  development  environment. 

1.4.4  Operational  Navy  Interest  in  the  ZOG  System 

In  1980,  CAPT  Richard  Martin,  the  prospective  CO  of  the  yet  to  be 
commissioned  CARL  VINSON,  was  interested  in  implementing  an  improved  management 
capability  aboard  ship.  CAPT  Martin  visited  CMU  with  the  intent  of  learning  about 
advanced  computer  technology  that  would  be  exported  to  the  ship  in  the  near  term.  After 
learning  about  ZOG,  he  became  convinced  that  it  represented  an  ideal  mechanism  for  not 
only  improving  shipboard  management  functioning  but  also  serving  as  a  "floating  test-bed" 
for  research  and  development  aboard  CARL  VINSON.  ZOG  would  serve  as  the  computer 
system  uniting  advanced  computer  technologies  involving  management,  administration, 
telecommunications,  and  artificial  intelligence. 

1.4.5  The  ONR  ZOG  Technology  Demonstration  Project 

As  a  result  of  CAPT  Martin's  interest  and  ONR's  desire  to  accelerate 
technology  transfer,  a  formal  ZOG  Technology  Demonstration  Project  was  established,  in 
March  1981,  to  develop  ZOG  for  early  implementation  on  CARL  VINSON.  The  plan  was  to 
involve  fleet  users  at  the  earliest  opportunity,  to  shorten  development  time,  and  to 
improve  the  utility  of  the  final  research  product.  When  the  project  was  initiated,  three 
shipboard  functions  were  targeted  for  using  the  ZOG  system:  planning  and  evaluation,  the 
Ship's  Organization  and  Regulations  Manual  (SORM),  and  weapons  elevaior  maintenance 
training.  As  part  of  the  total  project,  ONR  established  an  independent  evaluation  team  to 
provide  an  objective  assessment  of  how  the  overall  system  affected  the  three  selected 
shipboard  functional  areas. 


2.0 


APPROACH 


2. 1  System  Evaluation  Need 


While  most  developmental  projects  include  a  summative  evaluation,  there  is 
often  also  a  need  for  formative  evaluation  throughout  the  developmental  process.  In  the 
case  of  the  ZOG  system,  early  formative  evaluation  was  appropriately  provided  through 
the  auspices  of  the  system  developers,  CMU  personnel.  These  individuals,  experts  in 
computer  science,  were  ideally  suited  for  making  the  judgments  necessary  for  system 
development.  Additionally,  since  the  ZOG  system  was  being  used  daily  within  their  own 
professional  academic  work  environment,  they  were  able  to  alter  the  system  to  accommo¬ 
date  the  requirements  of  users  in  the  computer  science  department.  As  the  system  was 
transferred  to  an  operating  Navy  ship,  CARL  VINSON,  an  evaluation  was  initiated  that 
was  both  formative  and  summative.  With  the  evaluation  on  CA.RL  VINSON  occurring 
while  system  development  continued,  assessment  information  was  passed  back  io  the 
shipboard  developers  to  assist  them  in  their  efforts,  and  information  was  acquired 
throughout  the  cruise  for  overall  system  evaluative  purposes.  Accordingly,  the  evaluation 
had  to  be  simultaneously  formative  and  summative. 

2.2  Evaluation  Participants 

Participants  in  the  evaluation  served  in  a  variety  of  roles.  The  Navy  Personnel 
Research  and  Development  Center  (NAVPERSR ANDCEN)  was  selected  as  the  primary 
evaluation  organization  responsible  for  the  structure  and  conduct  of  the  assessment. 
NAVPERSRANDCEN  personnel,  over  the  course  of  the  evaluation,  included  three  research 
psychologists  arid  a  computer  programmer. 

The  David  Taylor  Navy  Ship  Research  and  Development  Center  (DTNSRDC), 
as  the  executive  agent  for  the  total  project,  has  had  continuing  managerial  responsibility 
throughout  the  project  development  and  evaluation.  Personnel  from  DTNSRDC,  including 
two  computer  scientists  and  a  computer  programmer,  also  participated  in  the  at-sea 
evaluations. 

Since  the  implementation  site  for  the  technology  demonstration  project  was 
CARL  VINSON,  ship  personnel  were  responsible  for  conducting  the  system  implementation 
and  assisting  with  evaluation  efforts  by  providing  access  to  the  system  and,  most 
importantly,  assistance  to  system  users.  Additional  responsibilities  for  the  carrier 
personnel  included  the  collection  of  machine  usage  data  throughout  the  cruise.  Personnel 
contributing  to  the  ZOG  project  and  evaluation  included  the  entire  management  depart¬ 
ment,  heads  of  departments  the  CO,  XO,  and  the  users  from  the  ship's  departments.  Two 
persons  were  assigned  to  CMU  to  work  directly  with  CMU  system  developers  to  improve 
the  system's  operational  utility  during  CARL.  VINSON's  deployment. 

Because  of  the  need  for  CMU  researchers  to  identify,  sort,  and  collate  the 
statistical  data  prior  to  evaluative  analysis,  CMU  was  part  of  the  statistical  data  conduit 
and  provided  evaluative  suggestions  and  information  aperiodically  throughout  the  project. 
Overall  project  sponsorship  and  guidance  was  provided  by  ONR.  Project  management 
personnel  from  ONR  also  participated  in  the  at-sea  evaluations. 

2.3  Evaluation  Design 

The  general  ZOG  evaluation  philosophy  was  that  the  best  measure  of  system 
success  is  the  use  or  nonuse  of  the  system.  In  a  draft  paper  regarding  evaluation,  Newell 
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(19S2)  stated  this  basic  premise:  "ZOG  is  a  success  to  the  extent  that  it  becomes  used  for 
actual  operations,  and  to  the  extent  that  such  use  continues  and  expands."  In  agreement 
with  that  premise,  the  evaluation  team  was  guided  by  this  philosophy  in  conduct  of  the 
present  evaluation.  Because  the  evaluation  was  conducted  during  system  development, 
however,  it  was  not  possible  to  employ  before  and  after  deployment  measures.  Addition¬ 
ally,  differences  in  the  schedules,  missions,  systems,  and  conditions  aboard  other  similar 
aircraft  carriers  precluded  making  meaningful  cross-ship  comparisons.  The  ZOG/CARL 
VINSON  system  served  as  its  own  control,  and  the  evaluation  sought  to  measure  changes 
over  time.  Accordingly,  the  basic  criteria  for  this  evaluation  were  quantitative  and 
qualitative  changes  throughout  the  deployment.  That  is,  to  the  extent  that  the  system 
was  used,  expanded,  and  modified,  the  criteria  represented  positive  supportive  evidence 
for  this  use  of  the  ZOG  technology. 

During  planning,  evaluators  recognized  that  frequent  intervention  with  an 
operating  ship  would  be  disruptive  to  the  daily  activities  of  the  ship's  personnel. 
Accordingly,  the  evaluation  tactics  focused  on  using  data  obtainable  from  the  ZOG  system 
itself.  Because  the  ZOG  system  had  been  developed  as  part  of  a  basic  research  computer 
science  project,  the  system  had  extensive  statistical  data  gathering  capabilities.  These 
capabilities  were  used  to  gather  shipboard  data,  thereby  minimizing  interventions  with 
CARL  VINSON  personnel.  Data  were  collected  from  the  system  regularly  and  unobtru¬ 
sively,  although  no  attempt  was  made  to  hide  from  ship's  personnel  the  knowledge  of  data 
collection  via  the  system.  Use  of  the  system  machine  data  collection  did  not  obviate 
contact  with  individual  system  users.  Periodic  evaluation  visits  to  the  ship  were 
conducted  to  determine  the  extent  of  system  usage  and  degree  of  user  acceptance,  and  to 
actually  make  an  independent  assessment  of  system  change.  Evaluation  information 
obtained  during  periodic  at-sea  evolutions  was  used  to  assist  with  system  development 
throughout  the  cruise.  Therefore,  the  evaluation  did  impact  system  usage. 

In  summary,  the  philosophy  underlying  the  ZOG  project  evaluation  was  that  is 
would  be  automated  and  objective  where  possible,  it  would  permit  a  chronological 
tracking  of  the  evolutionary  change  of  the  applications  supported  by  the  system,  it  would 
include  the  subjective  judgments  of  the  users,  and  it  would  assess  all  shipboard  functional 
areas  where  the  ZOG  system  might  have  impact.  Because  the  ZOG  project  is  a 
demonstration  of  the  use  of  a  developing  technology  transitioning  to  an  operational 
environment,  comprehensive  cost  analyses  that  generally  accompany  assessments  of  in- 
place  prototypes  were  impossible,  or  inappropriate,  to  perform. 

2.4  Data  Collection  Procedures  and  Instruments 


This  section  describes  the  procedures  and  instruments  that  were  used  to 
collect  the  data  used  in  the  evaluation.  The  process  is  described  in  three  subsections: 
shipboard  data  collection,  machine/system  data  collection,  and  data  analysis  procedures. 
While  some  data  were  gathered  prior  to  CARL  VINSON's  deployment,  most  data  were 
collected  during  the  cruise,  1  March  (the  ship  departed  Norfolk)  to  29  October  1983 
(arrived  at  Aiameda  Naval  Station). 

2.4.1  Shipboard  Data  Collection  Procedures 

This  section  describes  the  procedures  and  instruments  used  to  gather  data 
during  visits  by  evaluation  team  members  to  the  ship. 

2.4. 1.1  Ship  Visit  Procedures.  Initial  plans  called  for  visiting  the  ship  monthly.  This 
planned  frequency  of  visits  was  quickly  ruled  out  because  of  the  excessive  interference 
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with  the  ship's  operational  schedule  and  travel  restrictions.  Because  of  CARL  VINSON's 
operational  commitments  and  difficulty  of  travel,  only  three  visits  to  the  -hip  took  place. 
Two  visits  occurred  during  the  cruise,  14  to  20  3uly  1983  and  25  September  to  1  October 
1983,  and  one  visit  followed  the  cruise,  31  lanuary  to  2  February  1984.  The  visits  during 
the  cruise  were  scheduled  so  the  presence  of  the  evaluation  team  would  not  interfere  with 
ship's  personnel  during  port  visits.  The  postcruise  visit  was  planned  to  conclude  data 
collections. 


The  procedures  followed  during  each  visit  included  an  initial  project/system 
briefing  by  the  manager  of  each  of  the  key  system  components,  distribution  of  log  forms 
to  be  completed  by  users  during  the  evaluation  visit,  conduct  of  interviews  with  each  user 
and  selected  nonusers,  distribution  and  completion  of  questionnaires,  and  the  extraction  of 
system  data  from  the  machines.  To  minimize  visit  periods,  some  evaluation  team 
members  conducted  interviews  while  other  members  observed,  administered  question¬ 
naires,  and  made  other  assessments.  During  the  two  cruise  visits,  user  group  meetings 
were  conducted  so  that  the  evaluation  team  could  meet  with  all  users  at  the  same  time. 
These  meetings  proved  to  be  particularly  beneficial  in  providing  formative  evaluative 
feedback  that  could  then  be  used  to  refine  the  shipboard  system  and  to  help  direct  the 
current  efforts  of  the  ZOC  management  group  on  board  the  ship. 


2. 4. 1.2  Data  Collection  Instruments.  The  following  five  data  collection  instruments 

were  used  during  the  first  evaluation  visit  to  CARL  VINSON,  3uly  1983-  Copies  of  all 
data  forms  are  contained  in  Appendix  A. 


a.  ZOG/PERQ  User  Interview  Form.  This  form  was  used  by  an  evaluation 
tp^rn  member  to  structure  tb.e  interview  conductor!  with  ip.d'vidu?!  ,,e°r  The 

interview  from  solicited  information  about  the  user's  shipboard  responsibilities,  back¬ 
ground,  schooling,  computer  experience,  experience  with  ZOC,  ship  functions  performed 
with  the  ZOG  system,  and  attitudes  towards  the  system.  Some  users  were  net  available 
for  interviews  and  completed  the  form  and  returned  it  to  the  evaluators,  but  the  form  was 
used  primarily  in  a  structured  interview  format.  This  ensured  that  all  interviewees  were 
asked  the  same  core  questions.  Interviews  lasted  from  20  minutes  to  1  hour,  depending 
upon  the  person's  level  of  involvement  with  ZOG.  Although  a  similar  form  was  used 
during  the  second  cruise  visit,  September  1983,  changes  were  made  in  the  form  based  on 
results  from  the  initial  cruise  visit  and  to  capture  information  available  after  the  first 
ship  visit.  Second  visit  form  items  were  directed  towards  activities  occurring  since  the 
first  visit  and  less  on  user  background.  These  modified  interview  forms  approximated  the 
Delphi  type  of  survey  that  relies  on  collective  expert  opinion  on  one  occasion  to  reshape 
and  refocus  the  issues  discussed  during  a  second  contact. 


b.  ZOG  System  Use  Data;  Observer  Form.  Evaluators  used  this  form  to 
assess  the  skill  level  of  each  individual  using  the  ZOG  sys+em.  This  form  was  used  on1/  to 
observe  the  user  working  with  the  ZOG  system  and  was  usually  completed  during  an 
interview.  One  evaluation  team  member  interviewed  and  another  member  was  near  the 
interviewee  to  observe  his  use  of  ZOG. 

c.  PERQ  Workstation  Ergonomics  Assessment.  This  form  was  used  on  a 
sampl :  of  users  to  judge  the  ergonomic  characteristics  of  each  of  the  workstations  where 
a  PERQ  computer  was  used  to  access  the  ZOG  system.  This  form  was  also  completed 
during  those  interviews  that  occurred  at  a  PERQ  workstation  by  an  evaluation  team 
member  not  directing  the  structured  interview. 
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d.  ZOG  System  Support  of  Training.  Evaluators  compiled  information  on  this 
form  about  the  extent  of  ZOG  use  in  support  of  training  functions.  This  form  was  also 
used  during  the  second  cruise  visit,  September  1983,  and  was  completed  during  interviews 
with  individuals  who  had  training  related  functions. 

e.  ZOG/PERQ  System  Use  and  Reliability  Log.  Data  about  system  use  and 
reliability  were  gathered  on  this  form  during  the  periods  that  the  evaluation  team  was 
aboard  CAR.L  VINSON.  A  new  copy  of  the  form  was  placed  near  each  PERQ  computer 
each  full  day  the  team  was  aboard  ship. 

One  form,  used  only  during  the  September  1983  evaluation  visit,  was  the  ZOG 
Technology  Evaluation  Anonymous  Questionnaire.  This  form  was  distributed  to  ZOG  users 
during  the  users'  group  meeting  to  elicit  totally  anonymous  attitudes  about  the  ZOG 
system  and  its  use  on  the  ship.  The  completed  forms  were  returned  to  an  evaluation  team 
member. 


2.4.3. 1  Information  Sources  Regarding  Functional  Uses  of  System.  Information  about 
the  functional  uses  of  the  ZOG  system  was  obtained  partly  through  individual  interviews. 
Additional  details  were  obtained  during  conversations  with  management  department 
personnel  and  other  department  heads.  The  most  conclusive  data  regarding  system  use, 
however,  was  the  information  extracted  directly  from  the  system  and  obtained  from  ship¬ 
generated  documents.  After  the  ship  visits,  documents  representing  ship  functions  were 
matched  with  user  statistics  sent  from  CARL  VINSON  via  CMU  to  NAVPERSRANDCEN 
for  analysis. 


2. 4. 1.4  System  Configuration  and  Maintainability 

maintainability  records  were  collected  similarly  to  : 


Data.  System  configuration  and 
ninctTonai  use  data.  General  and 


sometimes  quite  detailed  accounts  about  configuration  changes  and  maintenance  of  the 
System  were  provided  during  interviews  and  small  group  discussions. 


2.4.2  Machine/Svstem  Data  Collection 

Collection  of  data  from  the  ZOG  system  involved  the  periodic  extraction  of 
user  statistics  from  each  of  the  PERQ'  computers  that  make  up  the  system  on  board  CARL 
VINSON.  These  data  were  of  value  not  only  in  indicating  system  usage  for  evaluation 
purposes,  but  also  in  providing  feedback  to  the  system  developer.  To  satisfy  both 
evaluators  and  system  managers  and  developers,  machine  data  were  extracted  and 
transferred  in  a  sequentially  dependent  manner  as  follows: 


2.4.2. 1  CARL  VINSON.  Machine  data  collection  activities  on  board  CARL  VINSON 
were  part  of  the  routine  data  base  maintenance  procedures  performed  by  the  system 
management  department.  These  procedures,  at  midpoint  in  the  cruise,  included  a  daily 
data  base  backup  performed  at  each  machine  and  a  weekly  backup  performed  for  all 
machines  from  a  single  management  computer.  The  backup  procedures  ensured  that 
changes  in  the  data  base,  resident  in  each  machine,  we.'~  retained  even  if  the  particular 
machine  failed. 


After  a  machine  was  in  operation  for  20  minutes,  a  statistical  summary  of  user 
activity  was  automatically  generated.  These  statistical  data  were  maintained  in  a 
statistics  file  on  That  machine.  Approximately  every  4  to  6  weeks,  statistics  file  were 
transferred  from  the  hard  disks  onto  a  floppy  disk.  This  transfer  required  personnel  to  go 
to  individual  machines  and  manually  transfer  the  files  during  a  i  6-hour  period  for  all 
machines  on  the  system.  The  statistics,  on  floppy  disks,  were  then  sent  to  CMU. 


7 


2.4 .2.2  CMU.  When  CMU  received  the  statistics  disks  from  the  ship,  they  sorted  and 
grouped  the  data  to  facilitate  subsequent  analysis  (McCracken,  1983). 

a.  Exception  and  change  logs  were  extracted  to  permit  system  developers  to 
analyze  system  errors  or  faults. 

b.  Statistic  frames  were  extracted,  merged,  labeled,  and  edited  to  include 
complete  subnet;  that  is,  related  content  area  identification. 

c.  Agent  (PASCAL  programs)  environment  frames  were  extracted,  labeled, 
and  edited  to  substitute  proper  subnet  identification. 

d.  Entries  were  made  in  a  master  statistics  index,  including  propagating 
changes  to  a  copy  of  an  index  maintained  on  CMU's  ZOG  VAX. 

e.  Floppy  disks  of  resuits  were  prepared  ar  J  mailed  to  N AVPERSR  ANDCEN. 

2.4.2. 3  N  AVPERSR  ANDCEN.  Data  were  received  at  N  AVPERSR  ANDCEN  in  sets  of 
12  to  16  floppy  disks.  Upon  receipt  of  a  data  set,  a  log  was  made  of  all  the  machine  name 
statistics  files  that  were  contained  in  the  set.  The  initial  step  in  the  processing  was  the 
mounting  of  the  data  from  the  floppy  disks  to  the  PERQ  machine  used  for  analysis 
purposes.  After  all  files  were  copied  onto  the  hard  disk,  each  file  was  edited  to  ensure 
that  no  large  gaps  were  found  in  the  data.  CMU  had  preprccessed  the  data  sets,  thereby 
requiring  a  change  in  the  format  of  the  file  for  use  with  the  NAVPERSR ANDCEN  version 
of  ZOG.  After  editing,  each  file  was  processed  u^ing  the  analysis  agent  program 
developed  at  NAVPERSR  ANDCEN.  The  agent  summarized  the  data  and  the  results  were 
placed  in  a  separate  directory  fiie.  The  resuits  were  also  stored  in  a  separate  ZOG  subnet 
so  they  could  be  used  for  additional  analyses  at  a  later  date.  Analysis  results  were 
provided  to  the  evaluation  team. 

2.4.3  Data  Summarization  Procedures 

The  evaluation  data  was  comprised  of  two  main  categories:  data  obtained 
from  the  ship  visits,  including  the  interview/questionnaire  information  and  documents 
obtained  from  the  ship,  and  data  obtained  from  the  ZOG  system  PERQ  com;  ters.  The 
ship  visit  data  were  collated  in  standard  formats.  Because  the  evaluation  was  more  of  a 
case  study  than  a  controlled  experiment,  comparative  statistical  analyses  were  not 
possible.  Summary  descriptive  statistics  are  presented  as  appropriate.  Analysis  of  the 
machine  data  extracted  from  the  ZOG  system  does  not  lend  itself  to  comparative  analysis 
for  the  same  reason.  The  ZOG  agent  developed  at  NAVPERSRANDCEN  for  analysis  of 
system  data  was  designed  to  summarize  the  data  by  machine,  the  total  system,  and  for 
varying  time  periods.  The  machine  data  often  exceeded  the  memory  storage  limits  of  the 
two  Model  II  PERQs  used  for  analysis  purposes.  Consequently,  machine  data  analysis 
involved  dividing  files  between  the  analysis  machines,  thereby  relocating  portions  of  the 
data  base  to  permit  additional  analyses. 


3.0  FINDINGS 

The  findings  from  this  evaluation  are  presented  in  seven  sections:  (l)  a 
description  of  the  ZOG  system,  (2)  the  ZOG  user,  (3)  shipboard  functional  use  of  ZOG,  (4) 
system  maintainability,  (5)  PERQ  computer  data  analysis,  (6)  ZOG  user  interface  issues, 
and  (7)  postdeployment  system  changes. 


3.1 


ZQG  System  Description  and  Configuration 

The  description  of  the  ZOG  system  and  its  configuration  is  based  upon  the 
system  as  it  exists  on  board  CARL  VINSON,  as  compared  to  the  ZOG  system  structure  at 
CMU.  While  information  is  presented  regarding  initial  versions  of  the  system  im  ie- 
mented  on  the  i },  the  major  emphasis  is  placed  on  describing  the  system  as  it  existed  at 
the  end  of  the  deployment.  This  section  is  divided  into  a  general  description  of  the  ZOG 
computer  system,  a  second  section  describing  the  system  configuration  on  board  CARL 
VINSON,  and  a  final  section  presenting  the  system  development  that  occurred  during  the 
1983  development. 

3.1.1  ZOG  System  Description 


This  ZOG  description  presents  the  characteristics  of  ZOG  as  a  user-computer 
interface.  ZOG  is  described  by  its  developers  as  "a  rapid  response,  large-network,  menu- 
selection  system  used  for  man-machine  communications"  (Robertson,  McCracken,  fc. 
Newell,  1981).  This  interface  permits  the  user  to  interact  with  a  computer  by  selecting 
choices  from  a  displayed  menu  of  options.  While  menu  selection  is  not  unique,  the 
additional  characteristics  of  rapid-response  through  a  large-network  data  base  make  the 
system  quite  powerful  despite  its  apparent  simplicity.  As  the  system  evolved  at  CMU,  an 
additional  major  characteristic,  known  as  active  selection,  was  articulated  to  describe  the 
system.  Each  feature  will  be  discussed  separately. 

3. 1.1.1  Menu  Selection.  The  ZOG  system  exploits  menu  selection  by  presenting 
unlimited  displays  of  information  by  means  of  selection  options  that  are  presented  as 
menus  on  each  PERQ  display.  Each  display,  called  a  frame,  is  composed  of  a  title,  text,  a 
set  of  selection  options  unique  to  part  of  the  data  base,  and  a  set  of  generic  options  lor 
systematically  maneuvering  through  the  frames  in  any  other  part  of  the  data  base  or 
accessing  certain  ZOG  system  utility  programs.  An  option  is  selected  via  a  single 
keystroke  from  a  keyboard  or  a  mouse. 

There  are  two  types  of  selection  options  unique  to  the  data  base:  OPTIONS, 
selected  by  entering  a  single  number,  and  LOCAL  PADS,  selected  by  entering  a  single 
uppercase  letter.  The  OPTIONS  permit  movement  down  into  more  detailed  port:ons  of 
the  hierarchical  data  base,  wh»le  the  LOCAL  PADS  are  used  to  refer  to  related 
information  in  another  portion  of  the  total  data  base.  A  third  kind  of  selection  option, 
GLOBAL  PADS,  is  generic  to  the  ZOG  system  and  is  selected  by  entering  the  first 
lowercase  letter  of  the  GLOBAL  PADS  designa,ion.  GLOBAL  PADS  are  used  to  perform 
generic  movements  within  the  data  base,  such  as  going  to  the  previous  frame  or  the  next 
frame  or  getting  to  certain  ZOG  utility  programs,  such  as  editors.  The  ZOG  system  has 
two  editors,  called  ZED  and  SLED,  that  are  used  to  create  and  modify  the  frames  that 
make  up  the  ZOG  data  base.  The  display  location  of  the  components  of  the  ZOG  frame, 
including  the  diflerent  selection  options,  are  depicted  in  Figure  1. 

The  benefit  of  a  menu  selection  interface  with  a  computer  is  that  available 
options  for  moving  within  the  computer's  data  base  are  self-explanatory.  Therefore,  the 
options  are  highly  appropriate  for  a  user  new  to  the  particular  system.  The  disadvantage 
of  menu  selection  is  that  for  experienced  users  the  use  of  options  that  must  be  exercised 
to  move  through  a  data  base  appears  time-consuming  and  overly  restrictive.  In  order  to 
circumvent  this  criticism,  ZOG  was  designed  to  respond  quickly,  regardless  of  the  location 
in  the  data  base  being  accessed.  Additionally,  the  system  provides  selection  mechanisms, 
called  agents,  that  automatically  activate  programs  that  operate  on  the  data  base.  These 
characteristics  of  rapid  response  and  active  selection  will  be  described  in  the  following 
sections. 
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LOCAL  PADS 


SELECTIONS 


Figure  1.  ZOG  primary  data  structure:  Frame. 


3. 1.1  -2  Rapid  Response.  The  ideal  ZOG  system  would  have  an  immediate  response 
from  keystroke  to  display  of  the  selected  frame.  The  practical  design  goal  for  the  actual 
system  was  approximately  .25  seconds  or  essentially  "instantly"  for  a  user  (Robertson  et 
al.,  19S1).  The  ZOG  system  in  use  at  CMU  and  operating  within  a  VAX  1  1/780  computer 
regularly  approaches  this  design  goal.  For  the  shipboard  ZOG  system,  the  response  time 
from  keystroke  to  display  of  the  selected  frame  was  generally  from  .5  to  1.5  seconds  when 
the  system  was  operating  normally  and  was  quite  adequate  for  user  acceptance. 


3. 1.1.3  Large-network  DataBase.  The  frames  that  make  up  the  data  base  are 
connected  according  to'a'Tnerarchical  structure.  The  higher  level  frames  of  a  hierarchy 
provide  the  most  general  information.  The  selection  options  contained  on  a  frame  permit 
movement  to  lower  level  frames  that  generally  contain  more  detailed  information.  The 
connection  of  frames  into  a  network  results  in  a  hierarchical  tree  structure.  As  a  matter 
of  convention,  the  frame  in  the  highest  level  of  the  hierarchy  is  referred  to  as  the  top 
frame.  All  of  the  connected  frames  of  a  particular  topic  make  up  a  subnet,  or  a  portion 
of  the  entire  ZOGnet  data  base. 

While  the  total  data  base  is  structured  into  a  single  network,  the  variety  of 
topics  results  in  the  creation  of  a  number  of  unique  subnets,  each  with  a  top  level  frame 
and  a  set  of  lower  level  frames.  This  proliferation  of  subnets  with  different  topics 
requires  a  mechanism  for  moving  not  only  within  a  subnet,  but  across  subnets.  By  using 
the  LOCAL  PADS  to  connect  related  frames,  different  subnets  can  be  created  using 
frames  from  other  subnets.  The  GLOBAL  PADS  and  LOCAL  PADS  can  then  be  used  to 
move  within  a  subnet  or  change  to  a  different  subnet.  Figure  2  illustrates  the  hierarchical 
data  base  network  structure  characteristic  of  the  ZOG  system  and  the  relationship 
between  frames. 


ate 


Figure  2.  Hierarchial  tree  structur; 


Although  Figure  2  depicts  a  veiy  small  number  of  frames,  the  actual  data  base 
may  be  comprised  of  thousands  of  frc  nes.  The  data  base  can  grow,  with  the  network 
expanding,  as  new  information  is  entered  via  the  creation  of  new  frames.  One  subnet  may 
vary  from  one  to  hundreds  of  frames,  with  the  total  data  base  consisting  of  one  to 
hundreds  of  subnets.  The  capability  of  the  user  to  expand  the  data  base  through  creation 
of  new  subnets,  almost  without  limit,  is  sometimes  referred  to  as  user  extensibility.  The 
important  aspect  to  this  extensibility  is  there  is  virtually  no  constraint  on  the  form  of  the 
subnet.  The  primary  constraint  is  the  requirement  to  format  the  information  into  ZOG 
frame  components.  The  upper  boundary  of  the  entire  data  base  size  is  determined  by  the 
peripheral  memory  storage  capacity  of  the  particular  machine  system  and  not  by  the 
structure  of  the  data  base.  For  example,  the  data  base  for  the  CARL  VINSON  at  the  end 
of  the  cruise  was  in  excess  of  44,860  frames  contained  in  more  than  680  unique  subnets, 
not  including  system  software. 

3. 1.1. 4  Active  Selection.  Certain  functions  can  be  invoked  that  initiate  an  action 
which  can  move  a  user  through  a  net,  control  communications,  modify  frames,  produce  a 
printed  copy,  or  turn  on  an  agent  program.  The  dynamic  operation  of  these  actions  and 
agent  programs  speeds  up  access  to  the  data  base  and  performs  updates  or  modifications 
to  the  data  base  information.  While  not  visible  to  the  user,  the  operation  of  ZOG  agents 
is  vital  to  the  system  fuily  functioning.  The  intent  is  to  have  users  create  agents  that  will 
operate  automatically  and  will  provide  an  even  more  powerful  computing  environment  for 
the  naive  and  sophisticated  user  alike. 

3. 1 .2  ZQG  System  Configuration  Aboard  CARL  VINSON 

The  initial  predeployment  use  of  ZOG  on  board  CARL  VINSON  was  through 
telephone  lines  connecting  the  shin  to  the  f.Ml I  VAX  11/780  computer  in  Pittsburgh. 
Although  this  implementation  was  operable  oniy  when  CARL  ViNSON  was  in  p°rt,  it 
permitted  preliminary  use  of  ZOG  and,  most  importantly,  facilitated  communication 
between  the  ship  and  ZOG  system  developers  at  CMU.  With  this  limited  implementation, 
ZOG  was  not  intended  to  be  used  by  shipboard  personnel  for  immediate  shipboard 
applications.  The  system  was  used,  however,  for  planning  predeployment  ship's  trials. 
The  system  was  used  mostly  in  a  developmental  manner.  The  developers  at  CMU 
interacted  with  the  Navy  personnel  on  CARL  VINSON  to  determine  the  efficacy  of 
various  system  enhancements.  Broad-base  functional  use  of  ZOG  did  not  occur  until  after 
a  number  of  PERQ  computers  supporting  ZOG  were  installed  in  late  1982.  The  system 
configuration  presented  in  this  report  includes  only  that  which  was  in  use  during  the  1983 
cruise. 

3. 1.2.1  The  Hardware  Configuration.  The  ZOG  system  was  implemented  on  Model  I 
PERQ  computers.  The  initial  implementation  was  as  a  stand-alone  system  with  the  data 
base  contained  on  one  machine  available  only  to  users  of  that  machine.  Each  PERQ  was 
configured  with  1-megabyte  random  access  memory,  l-megabyte  floppy  disk  drive, 
24-megabyte  Winchester  hard  disk  drive  memory,  a  4K  byte  writable  storage,  a  graphics 
tablet  and  mouse,  and  PERQ  operating  systems  (POS)  using  a  PASCAL  compiler.  As 
system  development  progressed,  the  configuration  was  changed  to  permit  local  area 
networking  of  the  PERQs  aboard  CARL  VINSON  by  means  of  the  Xerox  Corporation 
Ethernet.  In  addition  to  the  PERQs,  two  Canon  laser  printers  were  on  the  Ethernet. 
Networking  the  PERQs  and  the  printers  together  was  facilitated  because  the  necessary 
coaxial  cable  had  been  laid  throughout  the  hull  during  ship  construction.  The  connecting 
of  the  machines,  via  the  Ethernet  cable,  permitted  an  important  system  development  in 
which  the  total  system  data  base  was  distributed  across  all  of  the  machines. 


The  original  plan  was  to  locate  PERQs  with  all  department  heads  and  other 
command  individuals.  Funding  constraints  limited  the  total  number  of  PEROs  delivered  to 
CARL  VINSON,  immediately  prior  to  the  cruise,  to  28  machines.  These  machines  were 
placed  in  those  shipboard  locations  where  individuals  were,  or  were  expected  to  become, 
key  users  of  the  ZOG  system.  Table  1  lists  in  alphabetical  order  the  location  of  the 
machines  and  the  primary  intended  responsibility  for  that  component  of  the  ZOG  system. 
The  locations  in  Table  1  represent  the  location,  after  some  initial  moving  of  machines,  to 
accommodate  differing  departmental  needs  and  utilization  of  the  networked  system.  The 
28th  PERQ  on  the  ship  was  not  associated  with  the  ZOG  project,  but  was  part  of  the 
larger  technology  transfer  effort.  This  additional  machine  was  used  in  a  separate 
information  system  designed  to  support  tactical  ship  movements. 

Throughout  the  cruise,  the  PERQ  locations  and  functions  remained  essentially 
the  same.  The  locations  of  the  A1RPLAN  and  VA1R  machines  within  their  original 
compartments  were  changed  to  better  meet  the  operational  needs  of  the  users.  Machines 
were  occasionally  relocated  if  a  particular  machine  with  a  high  functional  requirement 
malfunctioned.  A  lesser  used  machine  temporarily  replaced  the  defective  machine  until  it 
could  be  repaired.  Because  of  the  extent  of  malfunctions,  the  C.AG  and  COMM  machines 
were  used  as  replacement  machines  for  virtually  the  entire  cruise.  Excluding  the 
machines  dedicated  to  A1RPLAN,  to  support  the  printers,  and  to  serve  as  a  spare,  19 
PERQs  remained  available  for  shipboard  functional  use.  These  19  PERQs  provided  the 
majority  of  the  information  regarding  the  functional  utility  of  the  ZOG  system.  These 
interconnected  machines  were  located  throughout  CARL  VINSON  from  the  Air  Boss' 
compartment  on  the  010  level  down  to  the  3-lcveI  deck  where  the  Personnel  Department 
PERQ  was  located. 

3.I.2.'5  The  Software  Configuration.  While  CARL  VINSON  departed  Norfolk  on 
1  Match  1983  fot  "operations  in  the  Caribbean,  delay  in  deveiopmeni  of  software  That 
supports  a  distributed  data  base  and  local  area  networking  on  the  PERQ  I  prevented 
implementation  of  a  distributed  ZOG  system  until  19  March.  The  fact  that  the  CMU 
developers  were  able  to  deliver  a  distributed  system  without  the  assistance  of  a 
distributed  PQ5  during  this  time  was  remarkable.  Final  distributed  system  development 
and  implementation  was  accomplished  by  the  CMU  developers  aboard  CARL  VINSON 
during  the  first  2  weeks  of  March.  This  version,  referred  to  as  version  17.9,  allowed 
operation  ot  the  networked  distributed  data  base  and  automatic  data  collection  for  this 
evaluation.  With  ZOG,  the  large  screen  display  of  the  PERQ  was  split  into  two  standard 
ZOG  frames  present  simultaneously.  This  software  feature  permits  a  user  to  keep  one 
frame  on  display  while  also  browsing  through  a  series  of  related  frames.  A  full  list  of  the 
ZOG  software  and  "netware,"  current  on  25  March  1983,  is  included  as  Appendix  B.  After 
completing  software  installation,  the  CMU  developers  departed  the  ship  which  then  left 
the  Caribbean  for  the  Mediterranean  Sea  area.  Figure  3  depicts  the  interrelationships  of 
the  major  software  components  of  the  ZOG/PERQ  system.  Note  in  Figure  3  that  the  ZOG 
program  serves  as  the  direct  interface,  not  only  with  the  data  base  contained  on  the  hard 
disk  storage,  but  also  with  all  the  components  of  the  operating  system. 

3. 1.2. 3  System  Management  Structure.  Management  of  the  ZOG  system  was  per¬ 
formed  by  the  "GMU  development  group  which  included  a  CARL  VINSON  officer  expert  in 
computer  systems,  a  software  maintenance  organization,  the  shipboard  ZOG  management 
group,  and  a  coordinating  manager. 

While  CMU  had  primary  responsibility  for  ZOG  software  development,  Mellon 
Institute  was  contracted  for  ZOG  software  maintenance  and  documentation  responsibili¬ 
ties.  The  intention  was  for  Mellon  Institute,  located  near  CMU,  to  provide  any  necessary 
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Figure  3.  ZOG  system  software  relationships. 


software  maintenance  and  to  transfer  system  changes  to  the  CARL  VINSON  ZOG  system. 
CARL  VINSON  personnel  assigned  to  the  ZOG  management  group  would  then  provide  any 
further  debugging  or  agent  creation  efforts.  To  facilitate  more  rapid  software  support, 
the  software  responsibility  was  transferred  to  the  CMU  developers  midway  through  the 
cruise.  CARL  VINSON  personnel  subsequently  interacted  directly  with  CMU  system 
developers  for  software  support. 

A  computer  system  analyst  from  DTNSRDC  served  as  the  coordinating 
manager,  referred  to  within  the  project  as  the  executive  agent,  to  provide  a  continuing 
and  coordinating  function  across  all  the  organizations  and  individuals  involved  in  the 
system  development  and  evaluation. 
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On  board  CARL  VINSON,  the  ZOG  system  management  function  resided  in  the 
ship's  Management  Department.  At  the  beginning  of  the  cruise,  the  Management 
Department  comprised  three  divisions:  PERQ  Research  and  Development  (R3cD),  'Vang, 
and  Special  Projects.  The  primary  responsibility  of  this  department  was  to  manage  the 
unique  computing  systems  on  the  ship.  The  Special  Projects  Division  was  charged  with 
managing  the  variety  of  projects  that  comprised  the  ship's  technology  transition  effort  of 
which  the  ZOG  project  was  one.  The  'Vang  Division  was  responsible  for  ensuring  the 
continuing  effectiveness  of  the  Wang  computer  system.  The  Wang  system,  also  made  up 
of  computers  that  were  networked  together,  was  installed  when  CARL  VINSON  was  under 
construction  and  had  assumed  the  task  of  providing  routine  personnel,  supply,  and 
administrative  support.  The  PERQ  R&D  Division  was  responsible  for  debugging  ZOG 
software,  maintaining  system  operability,  and  developing  new  ZOG  agents  to  support 
operational  needs.  Within  the  department,  there  were  four  lieutenant  commanders,  all 
with  master's  degrees  in  computer  science  or  operations  research,  who  had  some  share  of 
the  responsibility  of  ZOG  system  management.  The  four  officers  volunteered  to  be 
assigned  to  the  Management  Department,  even  though  this  assignment  required  extra 
duty.  Additionally,  there  were  four  enlisted  personnel,  three  data  programmers  (DPs),  and 
one  Aviation  Storekeeper  (AK2)  who  were  assigned  to  provide  software  support  for  all 
computing  systems  under  the  department's  scope  of  responsibility.  Departmental 
responsibilities  for  the  ZOG  system  included  maintaining  the  software,  managing  the  data 
base,  training  and  supporting  users,  ensuring  that  the  PERQs  were  operating,  conducting 
preventive  maintenance,  and  making  preliminary  diagnosis  of  hardware  malfunctions. 

3.1.3  ZOG  System  Development  During  the  Cruise 

The  ZOG  management  group  on  CARL  VINSON  maintained  an  operating 
system  and  supported  a  smali  but  growing  group  of  system  users.  As  might  be  expected, 
though,  maintaining  a  distributed  version  of  ZOG  that  was  newly  developed  and  installed 
immediately  before  deployment  was  not  accomplished  without  problems.  The  ZOG  group 
experienced  a  combination  of  hardware  and  software  problems  that  were  particularly 
debilitating  during  the  first  half  of  the  cruise.  Accordingly,  this  section  will  describe  the 
ZOG  system  developments  that  occurred  during  the  cruise  in  terms  of  these  problems  and 
enhancements  that  were  made  to  resolve  them. 

3. 1.3.1  Software  Problems  and  System  Versions.  In  order  to  provide  a  networked  ZOC. 
system,  version  17.5  was  installed  and  operating  on  the  PERQs  by  14  March  1983.  The 
networking  feature  permitted  any  PERQ  to  access  data  stored  at  any  other  PERQ 
workstation.  !r\  addition  to  the  networking  capability,  the  major  change  in  this  system 
involved  the  incorporation  of  automatic  statistical  gathering  capabilities.  Development 
of  the  networked  distributed  data  base  system  represented  the  first  time  such  a  system 
has  been  successfully  installed  on  a  Navy  ship. 

For  maximum  efficiency,  the  data  base  was  distributed  so  subnets  used  by  a 
particular  PERQ  were  located  on  the  hard  disk  storage  of  the  PERQ.  For  example,  ZOG 
subnets  that  pertained  to  the  Weapons  Elevator  Department  were  resident  on  the  weapons 
elevator  PERQ.  This  arrangement  reduced  the  need  to  access  other  workstations.  In 
some  cases  portions  of  the  data  base  were  duplicated  on  other  PERQs.  This  duplication 
was  done  generally  for  subnets  that  had  a  high  expected  usage.  Problems  with  the 
network  functioning  increased  the  requirement  to  ensure  that  certain  PERQs  had 
particular  components  of  the  data  base  in  its  own  hard  disk  storage.  Early  in  the  cruise, 
system  operating  problems  were  the  driving  force  behind  data  base  management  on  CARL 
VINSON. 
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Early  problems  with  ZOG  were,  to  a  great  extent,  masked  by  PERQ  hardware 
problems.  The  hardware  problems  involved  the  Ethernet  boards  (directly  affecting 
network  functioning),  power  supply  failures,  and  display  board  failures.  Unexpected 
system  problems  involving  noise  interference  also  negatively  affected  network  function¬ 
ing,  particularly  during  the  day  when  there  was  generally  more  activity  on  the  ship.  The 
stability  of  the  previous  version  of  ZOG,  combined  with  the  relatively  small  system 
additions,  led  CARL  VINSON  personnel  to  first  suspect  that  the  ZOG  operating  system 
might  be  too  big  for  the  POS  to  handle.  This  concern  for  the  ability  of  POS  to  support 
ZOG  adequately  remained  with  the  ZOG  group  throughout  the  cruise. 

The  problems  encountered  by  a  ZOG  user  during  this  early  part  of  the  cruise 
included  difficulty  getting  a  user  started  and  logged  into  ZOG,  unexplained  "crashes"  out 
of  ZOG,  and  intermittent  inability  to  use  the  network  to  access  portions  of  the  data  base 
resident  in  other  machines.  These  problems  made  it  very  difficult  for  new  users  to 
acquire  any  facility  with  the  system.  The  new  user  could  not  determine  whether  the 
system  was  working  properly  or  how  to  recover  from  entry  errors.  An  additional  problem 
was  that  to  collect  statistics  efficiently,  the  system  automatically  logged  users  off  if 
there  was  no  activity  at  a  terminal  for  20  minutes.  Once  logged  off,  the  user  would  not 
be  able  to  enter  the  ZOG  system  without  additional  command  entry.  This  became  a 
nuisance  for  users  and  affected  their  acceptance  of  ZOG.  System  problems  affected  the 
experienced  ZOG  users  as  well.  The  lack  of  system  reliability  prevented  unattended  use 
of  the  system.  For  example,  completing  unattended  backup  procedures  from  a  central 
machine  by  maintenance  personnel  was  not  possible,  because  the  system  would  experience 
an  interruption  or  crash  that  required  a  user  intervention  before  the  program  would 
continue  to  run. 

In  an  effort  to  resolve  these  system  problems,  version  19.1  of  ZOG  was 
released  to  CARL  VINSON  on  21  Tune  1983.  This  version  reorganized  the  software  to 
reduce  ZOG  intermodule  dependencies  that  contributed  tc  system  instability,  altered  the 
statistical  data  gathering  modules,  and  introduced  some  enhancements.  Additionally,  the 
automatic  user  logoff  feature  was  turned  off. 

While  version  19.1  did  provide  some  improvement  in  system  operation,  the 
system  remained  unreliable.  This  unreliability  was  primarily  due  to  the  inadequate 
interface  between  the  Ethernet  handling  software  and  the  rest  of  the  POS.  During  their 
first  visit  (3uly  1983)  to  CARL  VINSON,  the  evaluation  team  believed  a  major  effort  was 
needed  to  resolve  this  system  interruption  problem  that  all  users  were  experiencing.  The 
evaluation  team  considered  improved  reliability  of  paramount  importance  for  any 
significant  increase  of  functional  use.  As  a  result  of  the  evaluation  team's  concern,  a 
ZOG  management  team  member  was  sent  to  Pittsburgh  to  work  with  the  system 
developers  and  maintainers  at  CMU,  Mellon  Institute,  and  PERQ  Systems,  Inc.  to  improve 
system  reliability. 

As  a  result  of  this  special  effort,  a  new  version  of  POS  and  ZOG  were  soon 
sent  to  CARL  VINSON.  After  some  shipboard  modifications  to  accommodate  the  test-bed 
version  of  the  system,  the  modified  version,  20.1,  was  implemented  on  CARL  VINSON 
PEP.Qs  in  late  3uly.  A  mail  system  was  also  added  to  this  version.  The  mail  system 
aliowed  users  to  send  ZOG  frames  directly  to  individuals  as  a  message  system.  To  use  the 
mail  system,  the  login  procedure  was  modified  to  take  users  directly  to  their  own  unique 
top  frame.  This  facilitated  getting  directly  to  the  user's  subnets  of  interest  and  the  user's 
mail  frame.  Some  software  code  modification  occurred  with  virtually  every  new  version 
of  the  ZOG  system.  In  the  rush  to  provide  improved  versions  to  the  ship  as  soon  as 
possible,  updates  of  ZOG  were  sent  to  the  ship  before  being  fully  integrated  with  the 
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current  test-bed  version.  ZOG  management  team  members  assumed  they  could  complete 
final  code  debugging  prior  to  actual  implementation  on  the  ship's  machines.  This 
assumption  was  probably  unrealistic  because  of  the  operational  commitments  of  the  ZOG 
management  group  and  their  debugging  capabilities.  The  distance  between  CARL  VINSON 
and  system  developers  at  CMU  made  communications  and  software  transfer  difficult. 
Differences  in  software  versions  at  the  different  locations  and  differences  in  system  load 
made  the  isolation  of  software  deficiencies  difficult  at  best. 

Another  version  of  ZOG,  23.1,  was  released  to  CARL  VINSON  PERQs  during 
early  October  1983.  This  update  included  additional  code  changes  designed  to  minimize 
the  interruptions  and  implement  system  enhancements  described  in  the  next  section. 
Near  the  end  of  the  deployment,  there  was  general  consensus  among  system  developers 
that  the  interrupt  problem  was  a  function  of  difficulties  in  the  interfacing  of  the  ZOG  and 
PERQ  operating  systems.  PERQ  Systems,  Inc.  personnel  were  not  available  to  provide 
sufficient  development  support  for  the  POS  version  on  board  CARL  VINSON. 
Consequently,  the  interruption  problem  had  to  be  resolved  by  programming  ZOG  around 
the  limitations  posed  by  the  POS. 

3.1. 3.2  System  Software  Enhancements.  Major  ZOG  enhancements  implemented 
during  the  cruise  included  the  addition  of  ZOG  actions  providing  frame/subnet  protection, 
incorporation  of  PERQ  shell  utilities  (system  functions)  into  the  ZOG  environment,  the 
transferring  of  ail  ZOG  system  code  into  ZOG  frames  to  provide  a  consistent  software 
environment,  and  the  addition  of  a  mail  system,  mentioned  previously.  Although  it  was 
not  really  a  part  of  the  ZOG  software,  the  successful  incorporation  into  ZOG  of 
AIRPLAN,  a  system  for  monitoring  air  operations,  was  a  significant  enhancement  to  the 
total  system.  The  addition  of  AIRPLAN  did  require  extensive  ZOG  code  restructuring. 
Throughout  the  cruise  ZOG  agents  were  created,  both  at  CMU  and  on  board  CARL 
VINSON,  and  were  implemented  as  they  became  available.  These  agents,  in  general, 
facilitated  use  of  ZOG  by  (a)  improving  access  to  frames  and  subnets,  (b)  improving  the 
dynamic  actions  that  ZOG  would  automatically  perform  on  the  data  base  as  a  result  of 
invoking  an  agent,  and  (c)  by  improving  the  ability  to  summarize  data  base  information. 

3.2  The  ZOG/CARL  VINSON  User 


This  section  describes  the  shipboard  personnel  who  are  ZOG  system  users, 
their  education  and  computer  background,  the  training  received  by  them,  and  the  growth 
of  the  ZOG  user  community  during  the  cruise.  Data  describing  the  ZOG  user  came  from 
interviews,  questionnaires,  and  actual  observation  of  users.  Because  of  operational 
commitments,  some  infrequent  users  and  users  who  received  only  the  functional  output  of 
the  ZOG  system  did  not  complete  questionnaires  or  participate  in  the  interviews. 

3.2.1  Types  of  ZOG  Users 

Because  of  the  varying  degree  of  involvement  with  the  ZOG  system  across 
users,  the  description  of  the  users  will  be  presented  in  four  categories.  The  general  class 
of  user,  who  interacted  directly  with  the  PERQ  machine  to  either  input  or  extract 
information,  comprises  three  categories.  These  categories  are  superusers,  expert,  and 
browsers.  The  fourth  category  is  the  secondary  user  who  receives  the  output  of  the  ZOG 
system,  but  not  directly  from  the  machine.  In  other  words,  there  are  a  number  of  CARL 
VINSON  personnel  who  are  affected  by  the  ZOG  system,  to  some  extent,  but  receive 
information  in  the  form  of  a  copy  of  ZOG-generated  ora!  or  written  instructions.  Because 
of  the  difficulty  in  both  identifying  secondary  users  and  determining  the  extent  to  which 
ZOG  affected  their  behavior,  this  report  focuses  on  the  primary  users  who  interact 
directly  with  the  ZOG  system. 
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Superusers  are  defined  as  those  ZOG  management  personnel  who  used  all  of 
the  system's  capabilities  frequently.  This  primary  user  group  consists  of  the  four  key 
officers  and  one  enlisted  member  from  the  Management  Department.  The  superusers  are  able  to 
exercise  all  the  capabilities  of  ZOG,  including  creating  and  running  ZOG  agents.  Because 
they  are  members  of  the  ZOG  group,  as  contrasted  with  a  ship's  department,  their  duties 
were  concentrated  in  support  of  the  ZOG  system.  This  group  of  five  superusers  were 
present  throughout  the  cruise,  and  their  individual  ZOG  skill  levels  undoubtedly  increased 
during  the  deployment. 

Expert  users  are  defined  as  those  individuals  in  any  department  who,  during 
the  cruise,  developed  sufficient  skill  to  exercise  the  basic  functions  of  ZOG  and  c  jld  use 
the  ZOG  agents  to  some  extent.  This  is  a  broad  category,  because  some  users  ,  t‘_e  only 
barely  able  to  use  some  ZOG  functions,  such  as  the  editors,  and  other  users  were  very 
accomplished  in  interacting  with  ZOG  and  POS.  This  expert  category  includes  the 
majority  of  users  who  made  a  functional  use  of  the  system  in  order  to  accomplish 
activities  associated  with  their  respective  departments.  Throughout  the  cruise,  the 
evaluation  team  identified  23  expert  users,  3  in  the  management  department  and  20  in 
other  departments  or  positions.  Both  the  first  CARL  VINSON  CO,  his  replacement,  and 
the  XO  were  classified  as  expert  ZOG  system  users. 

The  third  category  of  primary  users  consists  of  browsers.  That  is,  individuals 
who  developed  ZOG  facility  sufficient  to  move  around  within  the  ZOG  data  base  but 
would  seldom,  if  ever,  use  the  editor  to  create  frames  or  subnets.  Although  a  browser 
generally  did  not  directly  create  or  modify  subnets,  browsers  would  direct  a  subordinate 
to  create  certain  subnets.  In  other  words,  browsers  could  be  less  skillful  in  physically 
interacting  with  the  ZOG/PERQ  system,  but  could  still  use  the  ZOG  system  indirectly  for 
management  purposes.  The  evaluation  team  identified  live  user  s  who  Were  browsers  and 

essentially  did  not  progress  beyond  that  level  of  proficiency  with  ZOG.  Included  in  the 
five  browsers  were  two  department  heads,  one  of  whom  used  the  system  extensively  by 
having  a  subordinate  do  any  necessary  subnet  development. 

There  were  30  users  in  the  three  categories  of  superuser,  expert,  and  browser. 
The  user  data  contained  in  this  report  are  based  on  information  obtained  from  these  30 
primary  users.  While  there  were  a  number  of  other  users  who  may  have  interacted  with 
ZOG  in  some  capacity,  the  Inability  to  reliably  identify  these  users  either  through 
questioning  of  the  Management  Department  or  by  examination  of  login  identifications 
prevented  any  detailed  data  gathering  for  these  personnel.  The  actual  number  of  user 
names  contained  on  a  list  of  users  at  the  end  of  the  cruise  was  66.  This  list,  however, 
included  individuals  who  had  detached  from  CARL  VINSON  during  the  cruise  and  did  not 
include  one  of  the  officers  in  the  ZOG  management  group.  Consequently,  the  list  of  66 
users  should  be  assumed  to  be  an  estimate  of  the  total  number  of  users  who  had  sufficient 
interaction  with  the  system  to  be  included  as  a  user. 

3.2.2  ZOG  User  Computer  Background 

Of  the  five  superusers  in  the  Management  Department,  all  four  officers  had 
received  master  of  science  degrees  in  computer  science  or  operations  research  from  the 
Navy  Post-Graduate  School  in  Monterey.  Their  experience  with  computers,  consequently, 
was  extensive.  They  all  had  had  some  experience  with  several  languages,  such  as 
FORTRAN,  COBOL,  assembly,  and  PASCAL,  the  language  in  which  ZOG  was  written. 
The  enlisted  member  of  this  group,  although  not  a  recipient  of  a  college  degree,  had  some 
experience  with  BASIC,  COBOL,  FORTRAN,  and  PASCAL  languages  since  becoming 
attached  to  CARL  VINSON.  This  individual,  with  little  prior  computer  experience, 
became  a  key  member  of  the  ZOG  group. 
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Of  the  23  expert  users,  4  had  no  prior  computer  experience.  The  remaining  19 
had  varying  experiences,  from  minimal  contact  with  an  Apple  computer  and  the  BASIC 
programming  language  to  very  extensive  college  courses  in  computers  and  extensive 
experience  with  several  languages.  The  predominant  extent  of  experience  included  some 
formal  courses  and  experience  in  FORTRAN,  along  with  experience  in  the  BASIC  language 
as  a  consequence  of  owning  or  working  with  a  personal  computer.  Most  of  the  expert 
users  also  interacted  with  the  ship's  Wang  computer  system  for  functional  use,  although 
they  did  not  usually  perform  any  programming  on  the  Wang. 

Of  the  five  browser  users,  three  had  had  no  prior  computer  experience  before 
encountering  the  ZOG  system.  The  other  two  browsers  had  had  some  familiarity  with  the 
BASIC  language  through  use  of  a  personal  computer. 

3.2.3  User  Education 


Without  exception,  the  officers  had  all  attained  at  least  a  bachelor's  degree, 
although  not  all  in  a  computer  related  major.  All  of  the  Management  Department  officers 
had  received  master  of  science  degrees  in  computer  science.  The  enlisted  member  had 
completed  some  college,  none  related  to  computers. 

3.2.4  ZOG  User  Training 

3.2.4. 1  Description  of  ZOG  Training.  ZOG  user  training  took  a  variety  of  forms  prior 
to  and  throughout  the  cruise  period!  These  forms  included  an  initial  ZOG  training  class, 
completion  of  the  ZOG  tutorial  implemented  on  the  ZOG  system  ,  study  of  the  User's 
Guide,  study  of  the  on-line  ZOG  documents,  one-on-one  tutoring,  and  independent  "study 
tor  the  ZOG  Pocket  Guide.  The  following  paragraphs  will  describe  each  of  these  forms  of 
training”  Typically,  a  user  would  participate  in  several  of  these  forms  of  training. 
Table  2  lists  the  frequencies  that  ZOG  users  reported  for  each  category  of  training  they 
experienced.  Because  each  user  completed  two  and  three  types  of  training,  the  total 
frequency  (30)  exceeds  the  number  of  users  providing  information  on  the  questionnaires. 


Table  2 

Frequency  of  Users  Completing  Categories  of  ZOG  Training 


ZOG  Training  Category 

Frequency 

Initial  group  training  class 

24 

The  ZOG  on-line  tutorial 

23 

ZOG  User's  Guide 

19 

One-on-one  training 

12 

On-line  ZOG  documents 

0 

The  ZOG  Pocket  Guide 

2 
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a.  Initial  group  training.  Approximately  3  months  prior  to  the  cruise,  the 
CMIJ  ZOG  developers  conducted  an  initial  class  on  ZOG  on  board  CARL  VINSON, 
Participants  in  this  class  were  those  who  were  aware  they  would  be  using  the  system. 
This  initial  class  training  was  given  to  40  individuals.  However,  many  of  the  participants 
in  this  initial  class  did  not  continue  on  to  become  ZOG  users.  The  training  itself  lasted 
approximately  4  hours  and  included  an  initial  coverage  of  the  ZOG  capabilities,  methods 
for  maneuvering  though  the  subnets,  and  use  of  the  ZOG  editor,  ZED. 

During  the  cruise,  similar  group  training  classes  were  conducted  by  the  ZOG 
management  team.  These  classes  were  approximately  the  same  length,  but  usually  had 
under  eight  students  in  each  class,  thereby  permitting  a  greater  degree  of  individual 
instruction.  These  classes  were  for  individuals  who  were  definitely  going  to  become 
active  ZOG  users.  Some  of  the  classes  were  conducted  to  teach  only  specific  topics. 

b.  The  ZOG  tutorial.  An  on-line  tutorial,  requiring  about  2  hours  and 
covering  the  basic  ZOG  functions,  was  implemented  on  the  ZOG  system  prior  to  the 
beginning  of  the  cruise.  To  use  the  tutorial  an  individual  only  had  to  be  logged  in  to  the 
system  as  a  guest.  The  guest  login  would  permit  the  new  user  to  practice  ZOG  commands 
without  any  danger  of  changing  the  data  base.  The  tutorial  served  as  a  good  initial  hands- 
on  experience  because  the  user  had  to  make  ZOG  inputs  to  proceed  through  the  training. 
At  the  completion  of  the  tutorial,  the  new  users  were  browsing  though  the  existing  ZOG 
data  base  on  their  own.  By  far  the  majority  of  users  completed  this  tutorial  whether  or 
not  they  had  completed  the  initial  training  class  or  any  other  form  of  training.  Based 
upon  the  user  questionnaire  data,  there  were  seven  comments  requesting  expansion  of  the 
tutorial  training.  Evaluation  team  members  who  used  the  tutorial  also  thought  that  the 
tutorial  was  extremely  good  hands-cn  experience  and  that  it  should  be  expanded. 

c.  The  ZOG  Users  Guide.  The  ZOG  User's  Guide  is  a  booklet  prepared  by 
CMU  system  developers  that  provides  detailed  instruction  in  using  the  ZOG  system.  The 
User's  Guide  was  provided  to  users  during  the  group  training  class  or  when  an  individual 
requestedTt.  The  evaluation  team  found  the  User's  Guide  to  be  a  good  document  for  the 
relatively  inexperienced  user,  particularly  if  access  to  a  PERQ  machine  was  limited.  It 
included  numerous  illustrations,  concrete  examples  of  frames,  and  was  written  at  a 
readability  level  suitable  for  shipboard  personnel.  Use  of  the  User's  Guide  was  not 
intended  to  supersede  actual  interaction  with  the  ZOG  system  by  usingThe  on-line  tutorial 
or  by  simple  browsing  though  the  subnets  to  learn  how  to  interact  with  ZOG. 

d.  One-on-one  ZOG  training.  One  of  the  functions  of  the  ZOG  management 
group  was  to  provide  assistance  to  users  through  one-on-one  interaction.  While  Table  2 
shows  that  only  12  users  indicated  they  had  undergone  one-on-one  training,  this  figure  is 
undoubtedly  low.  The  reason  for  the  low  estimate  is  that  most  people  did  not  think  in 
terms  of  training  when  they  called  upon  a  management  group  member  for  assistance. 
Consequently,  users  did  not  perceive  themselves  going  through  a  "training  session"  when 
receiving  this  individual  help  or  when  completing  the  questionnaire.  During  the 
interviews,  however,  there  were  comments  made  indicating  that  some  users  would  have 
liked  to  have  had  more  personal  assistance. 

e.  On-line  ZOG  documents.  There  were  several  documents  on  the  ZOG 
system  that  provided  instruction  in  its  operation.  These  documents  included  the  ZOG 
User’s  Guide,  the  ZOG  Management  User's  Guide,  the  Agent  Writer's  Guide,  and  the  ZOG 
Tutorial.  While  these  documents  were  available,  "no  user  indicated  use  of  these 
documents.  This  reported  lack  of  use  may  have  been  because  the  documents  were  not 
necessary,  they  were  not  useful,  or  the  users  may  have  forgotten  that  they  actually  did 
use  the  documents. 
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f.  The  ZOG  Pocket  Guide.  Early  in  the  cruise,  this  Pocket  Guide  covering 
the  basic  ZOG  commands  was  developed  by  the  ZOG  management  group  and  was 
distributed  to  users.  While  the  guide  was  extremely  helpful,  changes  in  the  ZOG  software 
version  dated  the  original  pocket  guide.  A  revised  version  of  the  pocket  guide  was 
distributed  to  shipboard  users  during  the  last  month  of  the  deployment.  A  copy  of  the 
Pocket  Guide  is  included  in  this  report  as  Appendix  C.  Users  reported  great  satisfaction 
with  tKe  Pocket  Guide  and  grew  to  depend  on  it  more  than  any  other  form  of 
documentation. 

3. 2. 4. 2  User  Perception  of  Ease  of  Learning  ZOG.  When  the  users  were  asked  to  rate 

"How  easy  you  think  ZOG  is  to  learn,"  1  indicated  extremely  easy,  22  checked  easy,  4 
difficult,  and  no  one  indicated  that  learning  ZOG  was  extremely  difficult.  During  both 
evaluation  visits  to  the  ship,  users  were  asked  whether  they  needed  more  training  or 
practice  to  feel  comfortable  using  ZOG.  For  the  first  visit,  only  three  users  responded  to 
this  item,  and  all  indicated  they  needed  more  training  to  be  comfortable.  During  the 
second  visit  in  late  September,  when  the  same  set  of  users  were  questioned,  nine  users 
indicated  no  need  for  additional  training  or  practice  and  four  indicated  the  need  for  more 
practice.  The  average  length  of  ZOG  experience  for  these  users  was  reported  as  47 
weeks.  (This  mean  time  was  high  because  the  ZOG  management  personnel  had  more 
experience.) 

During  the  second  evaluation  visit,  eight  "new"  users  responded  to  this  same 
item,  the  need  for  more  training,  and  four  indicated  no  need.  These  users  had  an  average 
ZOG  experience  time  of  12  weeks.  These  data  suggested  a  need  for  more  training  or 
practice  during  the  early  learning  stage,  lasting  2  to  4  months,  but  as  experience  was 
acquired  users  needed  less  additional  training. 

When  asked  how  the  training  could  be  improved,  the  users  mainly  suggested 
t.  *  the  on-l'me  tutorial  be  expanded  and  revised.  That  response  was  consistent  with  the 
s<~  -id  most  frequent  suggestion  for  more  hands-on  experience.  Several  comments 
indicated  that  the  group  training  should  be  more  "how  to"  oriented  rather  than  "this  is 
what  ZOG  is."  Several  users  also  requested  more  individual  instruction. 

Another  interesting  comparison  is  the  responses  of  these  same  experienced 
use"  versus  new  users  on  a  ratable  question  regarding  how  comfortable  users  are  with  the 
ZOv.-  system.  These  data  are  presented  in  Table  3. 


Table  3 

User  Ratings  of  Degree  of  Comfort  Using  ZOG  System 


Comfortable  using  ZOG  Discomfort  using  ZOG 

User  Groups  Extremely  Fairly  Mild  Extreme 


5 


New  (N  =  12) 
Experienced  (N  =  13) 


0 

9 


7 

3 


i 


0 

0 


Again,  the  experienced  users  indicated  a  greater  degree  of  comfort  with  the 
ZOG  system.  In  this  case,  the  added  experience  with  ZOG  appeared  correlated  with  a 
greater  degree  of  comfort  actually  using  the  system,  as  compared  with  needing  more 
training  to  feel  comfortable  with  the  system. 

3.2.4.?  ZOG  User  Group  Meetings 

a.  General  ZOG  user  meetings.  During  the  first  visit,  the  evaluation  team 
requested  a  meeting  of  all  ZOG  users.  The  meeting  was  called  and  approximately  20 
CARL  VINSON  personnel  attended.  This  was  the  first  meeting  of  all  ZOG  users  on  board 
the  carrier.  During  this  meeting,  activities  of  the  ZOG  management  group  were  discussed 
and,  importantly,  the  users  had  an  opportunity  to  express  their  opinions  about  various 
aspects  of  the  ZOG  system.  Feedback  from  users  after  the  meeting  revealed  that  many 
of  them  valued  the  meeting  and  thought  it  fulfilled  a  user  requirement.  At  the  suggestion 
of  the  evaluation  team,  the  Management  Department  conducted  group  ZOG  users 
meetings  monthly  thereafter. 

After  attending  two  users'  meetings,  the  evaluation  team  recommended  that 
the  ZOG  management  group  institute  two  kinds  of  meetings.  A  high-level  user  meeting 
should  be  held  to  permit  those  who  are  expert  in  ZOG  to  exchange  information  regarding 
technical  functioning  of  the  system.  A  second  kind  of  meeting  for  all  users,  but  oriented 
toward  the  beginning  ZOG  user,  was  recommended  to  present  general  system  information, 
solicit  problems,  and  discuss  system  use  at  a  basic  and  ship-functional  level. 


The  Management  Department  initiated  a  "ZOG  Users  Group  News"  letter 


following  the  iniUcu  uset  s  meeting. 
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meeting,  contained  information  from  the  meeting,  answers  to  questions  raised  at  the 
meetings,  plans  for  future  activities,  and  notices  about  changes  in  the  ZOG  system.  The 
newsletters  proved  to  be  an  excellent  method  for  facilitating  communication  among  the 
users.  Copies  cf  four  of  the  newsletters  prepared  during  the  cruise  are  contained  in 
Appendix  D.  These  newsletters  document  critical  system  incidents  that  were  affecting 
ZOG  users. 


b.  XO's  Division  Officer  user  meeting.  Following  the  first  evaluation  team 
visit,  the  XO  initiated  meetings  involving  representatives  from  each  division  office.  The 
purpose  of  these  meetings  was  to  introduce  ZOG  and  have  representatives  develop  subnets 
that  would  be  immediately  useful.  The  intent  was  to  develop  a  Division  Officer's 
Handbook  that  might  include  schedules  for  schools,  leave,  transfers,  and  job  duty  turnover 
subnets.  At  the  time  of  the  second  visit,  the  second  of  these  meetings  was  held  and 
attended  by  about  20  individuals.  At  this  point  virtually  none  of  the  attendees  had 
completed  any  ZOG  training  or  experience.  They  were  users  in  the  sense  that  they  were 
just  learning  about  ZOG  and  were  beginning  to  conceptualize  some  practical  applications. 
Although  no  subsequent  meetings  of  the  complete  group  occurred  during  the  remainder  of 
the  cruise,  the  meetings  were  an  excellent  idea  and  certainly  would  have  produced  greater 
division  involvement  with  ZOG. 

3.2.3  Growth  in  the  Number  of  ZOG  Users 

At  the  beginning  of  the  evaluation,  the  practical  benefits  of  the  ZOG  system 
were  anticipated  to  result  in  many  CARL  V1N50N  personnel  becoming  active  ZOG  users. 
This  kind  of  user  growth  occurred  with  the  ZOG  system  as  it  was  developed  and 
implemented  at  CMU  and  in  other  organizations. 


23 


There  were,  however,  some  critical  factors  that  served  to  limit  the  number  of 
system  users  and  user  interest.  As  a  management  system,  the  ZOG  computers  were 
located  on  the  desks  of  department  heads  for  their  use.  These  locations  did  not  allow 
many  subordinates  to  have  free  access  to  the  system.  A  second  factor  was  the 
unreliability  of  the  hardware  and  the  software  systems.  Particularly  during  the  first  half 
of  the  cruise,  the  system  was  so  unstable  that  inexperienced  users  had  difficulty  making 
ZOG  operate;  if  it  did  crash,  they  were  unsure  of  what  corrective  action  to  take.  Users 
were  not  sure  of  whether  a  malfunction  was  due  to  equipment  failure  or  to  system 
software  deficiencies.  Consequently,  potential  users  did  not  actively  seek  out  system 
access  and  beginners  did  not  generally  pursue  subnet  development  activities.  As  with  any 
new  computer  system,  initial  time  and  effort  was  required  to  learn  the  system  and 
develop  a  data  base.  Problems  with  system  reliability  and  access  discouraged  potential 
users  from  using  the  system.  There  were,  however,  some  notable  exceptions  of  users  who 
overcame  these  drawbacks  and  proceeded  to  actively  develop  useful  subnets.  These  users 
and  the  applications  they  developed  will  be  discussed  in  more  detail  in  sections  on 
functional  uses  of  the  system. 

The  user  statistics  component  of  the  ZOG  system  was  designed  to  collect 
information  for  each  uniquely  identified  system  user.  Users  would  logon  when  seated  at 
the  PERQ  workstation  and  logoff  when  they  were  through  using  the  system.  Because  of 
the  unreliability  of  the  system  and  the  length  of  time  to  logon,  the  machines  were  often 
turned  on  and  logged  into  ZOG  using  the  guest  logon.  The  machines  remained  logged  into 
ZOG  under  the  guest  logon,  regardless  of  who  was  using  them.  This  practice  of  using  the 
standard  guest  logon  totally  preempted  any  identification  of  exactly  which  user  was  using 
the  system.  Similarly,  users  would  log  themselves  into  the  system,  but  would  ieave  the 
workstation  logged  under  their  ID  throughout  the  day,  while  other  people  used  the 
workstation.  Starting  with  the  first  evaluation  visit,  attempts  by  the  evaluation  team  to 
get  the  users  to  logon  individually  were  largely  unsuccessful.  Consequently,  it  was  not 
possible  to  identify  users  from  the  machine  system  data. 

Lists  of  users  were  obtained  from  the  ZOG  management  team  during  the 
visits.  These  lists  determined  who  would  complete  questionnaires  and  be  interviewed. 
Active  ZOG  users  were  identified  by  contacting  individuals  on  the  lists.  Accordingly,  the 
following  numbers  of  "true"  ZOG  users,  including  ZOG  management  group  members,  were 
identified  during  the  first  and  second  visits  and  at  the  end  of  the  cruise.  The  number  of 
users  in  the  ZOG  Management  Department  was  essentially  constant,  four  officers  and  five 
enlisted  personnel,  and  is  included  in  the  following  numbers. 

a.  First  visit  Ouly  1983)— 23  users. 

b.  Second  visit  (September  1983)— 30  users. 

c.  End  of  cruise  (October  1983)—  30  users. 

Rather  than  growing  larger  in  numbers,  the  size  of  the  user  group  remained 
relatively  constant  at  about  20  functional  users  during  the  first  half  of  the  cruise.  This 
group  grew  in  size  shortly  after  implementation  of  the  major  ZOG  software  version  that 
improved  system  reliability.  While  there  may  be  a  relationship  between  the  size  of  the 
user  population  and  system  development,  growth  in  the  number  of  users  is  more  likely  to 
be  a  function  of  availability  of  machines.  A  natural  limitation  to  user  growth  was  the 
existence  of  only  19  machines  that  were  operative  and  were  used  for  functional  purposes. 
It  could  be  expected,  though,  that  the  robustness  of  the  system  would  have  an  impact  on 
user  growth. 
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3.3 


Shioboard  Functional  Uses  of  ZOG 


This  section  describes  the  shipboard  functional  uses  of  the  ZOG  system.  These 
data  are  the  heart  of  the  evaluation  because  they  indicate  the  functional  value  of  the 
system  to  the  operational  Navy.  First  described  are  the  shipboard  functional  applications 
that  ZOG  was  originally  projected  to  support;  second,  the  unexpected  functional  applica¬ 
tions  of  ZOG  that  occurred  during  the  course  of  the  deployment;  and  third,  the  integration 
of  ZOG  with  the  AIRPLAN  expert  system.  A  final  section  reveals  the  relationship  of  ZOG 
system  growth  to  system  development  during  the  cruise. 


3.3.1  Expected  System  Use 

When  the  ZOG  Technology  Demonstration  Project  was  being  conceived,  three 
primary  applications  were  envisioned  for  the  system  on  board  CARL  VINSON.  These 
applications  were  to  support  planning  and  evaluation,  the  development  and  use  of  the 
SORM,  and  weapons  elevator  maintenance  training.  The  idea  behind  these  three 
applications  was  that  they  involve  ship's  management  on  both  a  short-  and  long-term 
basis,  represent  a  broad  range  of  functional  activities,  and  consist  of  tasks  that  may  be 
performed  once  or  repeatedly.  So,  the  ZOG  system  would  be  demonstrated  over  a  range 
of  shipboard  functions.  While  each  of  these  areas  will  be  discussed  separately,  there  is 
some  natural  overlap  of  functions.  The  overlap  is  dealt  with  in  this  report  by  arbitrarily 
classifying  functions  into  separate  categories.  Instances  of  unexpected  support  of 
planning  activities  with  ZOG  will  be  discussed  in  a  following  sections. 


3.3. 1.1 


3.1.1  Planning 
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and  Evaluation. 


The  function  of  planning  and  evaluation  is  a 
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being  scheduled  for  both  the  immediate  and  distant  future.  Even  as  CARL  VINSON  was 
completing  the  1983  deployment,  planning  was  underway  for  the  postdeployment  period 
and  the  1984  deployment.  In  this  area  of  ship's  planning,  an  automated  management 
system  may  be  most  beneficial  to  the  Navy. 


a.  Intended  use.  The  intended  use  of  ZOG  was  to  support  the  planning  and 
evaluation  activities  of  CARL  VINSON  management  personnel  who  are  necessary  for 
conducting  ship's  evolutions.  This  was  to  be  done  with  the  development  of  subnets  that 
would  list  the  procedural  steps  to  be  performed.  Management  personnel  could  modify  the 
subnet  to  accommodate  their  needs  and  resources.  All  personnel  would  have  access  to  the 
subnet  and  would  know  the  schedule  of  events.  The  ZOG  system  would  provide  a 
management  decision  aid  in  making  better  and  more  timely  decisions.  Subnets  listed  the 
task  steps  or  decision  factors,  the  actual  accomplishes  and  the  expected  completion  dates 
for  each  activity.  This  planning  and  evaluation  function  enabled  the  comparison  of 
projected  completion  times  with  actual  completion  times.  Implementation  of  a  subnet 
required  management  personnel  to  receive  information  either  from  a  PERQ  or  from  a 
hard  copy  of  the  subnet.  Management  could  act  on  the  information  by  taking  a  specific 
action  or  by  entering  modifying  or  additional  information  into  the  ZOG  system. 


ZOG  is  designed  to  support  both  one-time  activities  and  repeated  activities. 
This  is  done  by  creating  a  ZOG  subnet  that  lists  the  steps  to  be  accomplished  for  a 
particular  ship  evolution.  The  details  can  be  included  for  one  specific  performance  of  the 
activity  or  for  a  general  performance.  The  subnet  is  then  referred  to  as  either  a  specific 
or  a  generic  pian  for  that  function  respectively.  After  an  activity  or  task  is  developed  as 
a  subnet,  a  ZOG  agent  (program)  can  be  run  that  updates  expected  completion  dates  and 
times.  This  updating  of  a  subnet  plan  can  be  done  for  both  specific  and  generic  plans. 
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During  the  first  half  of  the  cruise,  the  approach  taken  to  generate  major 
planning  subnets  was  to  have  managers  meet  to  specify  all  of  the  detailed  steps  necessary 
for  accomplishing  the  generic  activity.  This  approach  resulted  in  very  useful,  detailed 
plans  for  ship's  evolutions.  A  few  of  these  generic  plans  represented  portions  of  the 
SORM.  Consequently,  this  ZOG  planning  activity  also  supported  SORM  development.  The 
disadvantage  of  this  approach  to  plan  development  is  that  management  meetings  occurred 
infrequently,  partly  because  of  the  involvement  of  so  many  departments. 

The  effect  that  ZOG  had  on  management  planning  for  the  entire  ship  is  best 
seen  through  the  CARL  VINSON  Green  Sheets  that  provide  the  ship's  daily  operational 
schedule.  This  on-line  planning  capability  allowed  department  heads  to  input  their  future 
activities.  The  ZOG  system  then  produced  a  daily  ship's  schedule  that  was  printed  and 
distributed  throughout  *he  ship.  By  entering  information  through  ZOG,  department  heads 
d;d  not  have  to  repeatedly  submit  and  revise  hard  copy.  The  responsibility  for  generating 
the  Green  Sheet  was  placed  with  the  Assistant  Operations  Strike  Officer  who  had  had 
little  computer  experience  prior  to  working  with  the  ZOG  system.  Generation  of  the  daily 
Green  Sheet  involved  taking  the  ZOG  input  from  the  department  heads  and  invoking  the 
agents  that  compile  and  print  the  final  daily  plan.  Approximately  2  hours  were  required 
to  complete  Green  Sheet  preparation  after  department  heads  had  provided  their  input.  An 
example  of  the  Green  Sheet  from  the  CARL  VINSON  deployment  is  presented  in  Figure  4. 
While  permission  was  granted  to  include  the  Green  Sheet  in  this  report  well  after  the 
completion  of  the  deployment,  all  dates  have  been  removed. 


ZOG-supported  planning  influenced  the  operation  of  the  ship  even  at  an 
individual  crewmember  level.  Figure  5  is  included  as  a  specific  example  of  the  generic 
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frequently  referred  to  as  a  Gaunt  chart.  The  particular  task  plan  in  Figure  5  was  actually 
used  by  the  Officer  of  the  Deck  while  getting  CARL  VINSON  under  way  from  Hong  Kong, 
as  reflected  by  the  penciled  notations  on  the  second  page  of  the  figure. 


For  each  subtask  on  the  Leave  Port  Checklist,  the  task,  accomplisher,  ZOG 
frame  identification,  and  completion  day  and  time  are  included.  As  the  task  plan  becomes 
a  subnet  on  ZOG,  errors  and  omissions  are  corrected.  As  indicated  previously,  a  ZOG 
agent  can  be  invoked  that  would  permit  the  appropriate  updating  of  days  and  limes  for  all 
subtasks.  The  notable  fact  about  the  specific  task  plans,  such  as  those  contained  in 
Figure  5,  is  the  subnet  may  be  accessed  on  the  ZOG  system  by  many  managers,  and  it  can 
be  used  in  a  printed  checklist  away  from  the  ZOG  system  by  secondary  subordinate  users. 


Other  examples  of  specific  plans  developed  and  implemented  during  the 
deployment  are  included  as  Appendix  E.  As  an  example  of  the  breadth  of  this  planning 
capability,  this  appendix  includes  a  plan  for  scheduled  events  during  one  of  the  ZOG 
evaluation  team  visits.  Other  plans  in  Appendix  E  are  the  Management  Department  Duty 
Officer's  Inport  Schedule  and  the  Chaplain's  Plans  for  the  Command  Religious  Program. 


As  intended,  the  system  was  used  to  support  the  personal  planning  of  individual 
crewmembers.  Figure  6  displays  a  portion  of  the  Reactor  Officer’s  Six-week  Plan,  as  an 
example.  This  plan  was  used  to  evaluate  whether  certain  tasks  were  completed  by 
established  deadlines. 


The  examples  ol  ZOG-supported  planning  presented  in  this  section  are  typical. 
The  evaluation  function  was  expected  to  be  supported  by  ZOG  through  a  continual 
monitoring  and  updating  when  tasks  were  accomplished.  The  examples  in  the  following 
section  show  how  this  was  accomplished  by  the  ZOG  system. 
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Dates 


Tiask  -  Accompli sher  -  Frame  id 

i 

Con^”T^TDepioyment  -  ZZCO  -  OXOWl  lanS 

foam 

f&m 

G 

ma 

HH 

Set  the  Special  Sea  and  Anchor  Detail  - 

0630- 

BMOW  -  EnrFrel94 

0730 

Set  Material  Condition  Yoke  -  00&  IALL1 

0700 

IGSJ  -  CVPlan9  •  , 

Muster  On  Station  -  XXD3  IXXDJ1  IALL1 

0745 

IGS1  -  CVPlanlO 

Moor /Anchor  at  designated  site  -  NAVO  - 

0830 

EnrFre201 

JES» 

Port  Visit  Fremantle  Australia  -  OPSO  - 

0830 

ry 

maM 

SecondNA54 

1  .  - 

Secure  the  Special  Sea -and  Anchor  uetaii 

0845- 

-  OOD  -  EnrFre203 

0900 

Set  Material  Condition  Yoke  -  OOD  lALU 

1700 

IGS1  -  CVPlanll 

Tight  O'Clock  Reports  -  YYXO  1YYX01  [ALLF 

1830 

IGSJ  -  CVPlan4l 

.. 

Submitted  by: 


5HNEMUS 
CDR  USM 

STRIKE  OPERATIONS  OFFICER 


Approved  by: 

T.  D.  HILL 
CDR  DSN 
OPERATIONS  OFFICER 


Figure  4.  CARL  VINSON  daily  Green  Sheet  schedule. 


77 


Dates 


Task  -  Accompli sher  -  Frame  id 

Conduct  1923  Deployment  -  Heft  -  OXOWPlanS 

mm 

asm 

CEB 

EBB 

BSI 

mm 

Conduct  Transit  to  Perth  -  0P90  -  EnrFrel 

0800 

Hold  All  Trash  and  Garbage  on  Station  - 
BMOW  -  EnrFrel 98 

0230- 

0330 

Test  the  ship's  whistle  mechanically  and 
electrically  -  BMOW  -  EnrFrel99 

0530- 

0630 

i 

Test  the  General,  Chemical,  Collision  and 
Aircraft  crash  alarms  -  JOOD  -  EnrFre200 

0545- 

0600 

\ 

Set  the  Special  Sea  and  Anchor  Detail  - 
BMOW  -  EnrFrel 94 

0630- 

0730 

Set  Alert  Helo  Condition  11  -  YAIR  - 
EnrFrel95 

0700- 

0730 

Set  Material  Condition  Yoke  -  OOD  IAIX1 

IGS1  -  CVPlan9 

0700 

Topside  personnel  Shift  to  the  Uniform 
for  Entering  Port  (if  applicable)  -  EMQW 
-  EnrFrel96 

0715- 

0800 

Make  Departmental  Readiness  Reports  to 
Strike  Ops  (J-7191)  -  HODS  -  EnrFrel97 

0730- 

0745 

Muster  6n  Station  -  XXD3  IXXD31  IALL1 

IGS1  -  CVPianlO 

0745 

Moor /Anchor  at  designated  site  -  NAYO  - 
EnrFre20l 

0830 

Fort.  Visit  Fremantle  Australia  -  OPSO  - 
SicondNAS4 

0830 

wm 

gggp 

£R32 

Secure  the  Special  Sea  and  Anchor  Detail 
-  OOD  -  EnrFre203 

0845- 

0900 

Shift  the  OOD  Watch  from  the  Bridge  to 
the  Quarterdeck  -  OOD  -  EnrFre204 

0845- 

0855 

- 

Set  Material  Condition  Yoke  -  OOD  (ALL) 
tGSl  -  CVPlanl 1 

1700 

Figure  4.  (Continued) 
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Dates 


"Task  -  Accoopi  i sher  -  Frameid  * 

— . — r 
i 

- r 

Eight  O'clock  Reports  -  YYXO  (YYXO!  HALL! 
CGS1  -  CVFian41 

im 

0700 

Set  Material  Condition  Yoke  -  00D  IALL1 

1GS1  -  CVPlan9 

Muster  On  Station  -  XXD3  tXXL>3J  IALL1 
[ GS)  -  CVPlanlO 

0745 

Set  Material  Condition  Yoke  -  00D  IALL1 

IGS1  -  CVPlanll 

1700 

Eight  O'clock  Reports  -  YYXO  lYYXOi  IALL1 
[GS1  -  CVPlan42 

1830 

0700 

Set  Material  Condition  Yoke  -  OOD  [ALL] 

IGS1  -  CVPlan9 

Muster  On  Station  -  XXD3  C XXD33  { ALL.] 

(GSl  -  CVPlanlO 

0745 

Roman  Catholic  Mass  in  Ship's  Chapel  - 
YYCH  [GS]  -  EnrFre2l3 

0900- 

0955 

nivino  Cnr-chin  in  Shin*«; 

Chapel  -  YYCH  IGSJ  -  EnrFre2i4 

1000- 

1100 

Set  Material  Condition  Yoke  -  OOD  [ALL! 

[GS]  -  CVPlanll 

1700 

0700 

Sat  Material  Condition  Yoke  -  OOD  [ALL! 

[GSl  -  CVPlan9 

Muster  On  Station  -  XXD3  IXXD3)  [ALL! 

IGSJ  -  CVPlanlO 

0745 

Set  Material  Condition  Yoke  -  OOD  [ALL] 

[GSl  -  CVPlanll 

1700 

Eight  O'clock  Reports  -  YYXO  [YYXOJ  l ALL! 
IGSi  -  CVPlan37 

1830 

Set  Material  Condition  Yoke  -  OOD  (ALL! 
IGSI  -  CVPlan? 

Muster  On  Station  -  XXD3  IXXD31  [ALL! 

IGSI  -  CVPlanlO 

Figure  4.  (Continued) 
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Dates 


Task  -  Accompl isher  -  Frame id 

Submit  Logistics  Request  (LOGREQ)  -  OP30 

"0900 

-  LeaveCkList223 

■  t 

Make  authorized  information  available  to 
the  media  -  YXPA  -  LesveCkList.215 

0000 

0900 

Verify  time  for  getting  underway  with  CO 
-  CDO  -  Le3veCkList322 

0630- 

0700 

Brief  the  crew  concerning  upcoming 
operations  via  closed  circuit  TV  -  0X02 
-  LeaveCkList2i4 

0900 

0900 

Publish  expiration  of  liberty  time  in  the 

0900 

1TTTO*1 

0990 

TOD  -  XADM  -  LeaveCkList30l 

Verify  event  times  in  the  Greensheet  and 
POD  -  GPSO  -  LeaveCkList320 

0900- 

1000 

Conduct  presail  briefing  -  CPSO  - 
LeaveCkLi st224 

03"')- 

04-00 

F.  j.  ide  service  steam  to  the  catapults  - 

2100 

0700 

ENGO  -  LeaveCkList298 

j 

Verify  schedule  for  lighting  off  reactors 
with  the  CO  -  REAC  -  LeaveCklist32i 

• 

2TUD 

0900 

Bubn.it  Movement  Report  (1.10111  REP)  -  0P30  - 
LeaveCkList2l7 

0900- 

1300 

Submit  Unit  Report  (UN1TREP)  -  OPSO  - 
LeaveCkList225 

0900- 

1300 

Inspect  the  pier  and  initiate  action  to 
correct  discrepancies  (if  applicable)  - 
CDO  -  LeavoCkList229 

0900- 

1500 

Drain  whistle  system  piping  and  line  up 
steam  to  the  ship's  whistle  -  ENGO  - 
LeaveCkLi st293 

0900- 

1500 

Malie  propulsion  plant  systems  ready  for 
getting  underway  -  ENGO  -  LeaveCkList297 

0900 

Pass  over  the  1MC:  "Liberty  expires  for 

all  hands  on  board  CARL  VINSON  at  l - 

1"  -  EMOW  -  LeaveCkLtst302  -  See  Note  l 

1500 

Figure  5.  Leave  port  checklist  for  Hong  Kong. 
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Task  -  Accompl isher  -  Frame  id 


Date.s 


Inpect  hangar  bays  and  initiate 
corrective  action  to  ensure  that  all 
.  gear  has  been  properly  stowed  or  secured 
-  CDO  -  LeaveCkLi st236 

ierify  all  rolling  stock  and  aircraft 
a  secured  for  sea  -  VA1R  -  LeaveCkList265 

lLke  the  anchors  ready  for  sea"-  DECK  - 
D  LeaveCkLi st27S 

Ho isi  Boats  and  vehicles  onboard  (If 
/  Inapplicable)  -  DECK  -  LeaveCkList23l 
X 


oms  aitd  accommodation 
ladders  (if  applicable)  -  DECK  - 
LeaveCkLi st274  , 


ermine  senior  ship  in  the  area  -  00D  - 
LeaveCkLi st2 19 


Request  permission  from  SOPA  and  embarked 
Flag  to  get  underway  -  0P90  - 
LeaveCkLi  st  220 


and  crane  (as  applicable) 
LcaveCkList222 


Contact  Strike  Ops  (7191 )  i'or  update  of 
checklist  items  and  status  of 
'significant  events  -  OOD  -  LeaveCkLi „t237 

O 


Record  RF  circuit  speaker  assignments  on 
OOD's  Status  Eoard  -  OOD  -  LeaveCkLi st29l 


Keview  anticipated  tactical  signals  -  OOD 
-  LeaveCkLi st295 


Pass  over  the  1MC:  "Go  to  your  stations 
all  the  Special  Sea  and  Anchor  Detail, 
CARL  VINSON  expects  to  get  underway  at  (. 
.. .1"  -  EMOW  -  LeaveCkLi st306 


0700- 

0730 

0700- 

0730 


hepcrt  the  ready  lifeboat  manned  -  DECK  ~ 
''LeaveCkLi  st308 


n  the  1JV  sound  powered  phene  circuit  - 
OOD  -  LeaveCkLi st309_ 


0700-, 

0845 


Figure  5.  (Continued) 


b.  Actual  ZOG  use  in  support  of  planning.  Two  standard  types  of  ZOG  plans 
were  established  in  the  departments.  One  was  the  specific  responsibility  task  net  that 
displays  the  hierarchical  relationships  of  the  tasks,  and  the  other  was  the  specific 
responsibility  (task)  time  line  that  displays  the  time  relationships  of  the  tasks.  As  a  result 
of  a  ZOG  action,  selection  of  a  task  on  the  time  line  pi  n  brings  up  a  display  of  the  same 
task  in  the  specific  task  net.  This  action  yields  more  detailed  information  about  the  task 
regarding  the  accomplisher,  completion  date,  resources,  etc.  These  formally  structured 
subnets  exist  for  the  following  units:  Air  Officer,  Aviation  Intermediate  Maintenance 
Department,  Management  Department,  Engineering  Department,  Medical  Department, 
Navigation  Department,  Operations  Department,  Personnel  Department,  Reactor  Depart¬ 
ment,  Strike  Operations  Officer,  Supply  Department,  Senior  Chaplain,  Weapons  Depart¬ 
ment,  and  the  XO. 

Most  of  these  subnets  were  created  in  December  1982  before  the  cruise. 
Examination  of  these  nets  revealed  that,  while  subnet  structures  were  in  place,  only  half 
of  the  subnets  were  developed  beyond  a  skeletal  structure.  During  this  cruise  additional, 
more  useful  subnets  were  created  and  tailored  to  the  individual's  specific  needs.  Midway 
through  the  cruise,  a  fundamental  change  was  made  in  the  way  ZOG  appeared  when  a  user 
logged  on  to  the  system.  This  change  enabled  a  user  to  be  presented  with  their  own 
unique  "top  frame"  upon  logon,  instead  of  the  ZOG  data  base  top  frame.  There  were  two 
important  consequences.  First,  the  users  were  immediately  at  the  index  of  their  own 
subnets  and  did  not  have  to  maneuver  through  the  data  base  to  get  at  their  subnets. 
Second,  the  users  could  tailor  their  top  frame  to  their  particular  style  cf  frame  creation 
and  lists  of  tasks  or  information. 
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use  of  ZOG,  the  number  of  subnets  in  use,  and  the  facility  with  the  system.  While  it  may 
be  this  increase  in  use  was  due  to  2  additional  months  of  experience  with  ZOG,  several 
users  independently  indicated  that  by  starting  from  their  own  top  frame,  it  was  easier  to 
use  ZOG,  and  they  could  now  structure  the  subnets  their  own  way  without  having  to 
develop  a  generic  subnet  first.  This  top  frame  change,  implemented  by  the  Management 
Department,  clearly  had  a  beneficial  effect  on  ZOG  system  usage. 


The  information  in  this  section  was  derived,  in  part,  from  a  listing  of  subnets 
created  by  an  evaluation  team  member  reviewing  the  existing  subnets  on  the  system 
during  the  third  visit.  Only  those  subnets  with  substantive  information  were  included  in 
the  list.  Consequently,  the  list  excludes  those  subnets  that  consist  only  of  an  empty 
frame  or  were  deleted  before  the  list  was  made.  System  software  problems  experienced 
at  the  time  the  list  was  made  may  have  eliminated  some  other  subnets.  Accordingly,  the 
list  of  subnets  may  be  viewed  as  a  conservative  list  representing  the  minimum  number  of 
subnets.  Some  of  these  subnets  were  mentioned  by  the  users  during  the  interviews  and 
others  were  described  on  the  questionnaires. 

(1)  IMDO  (Aviation  Intermediate  Maintenance  Department).  Planning 
nets  were  developed  during  the  cruise  in  the  following  areas:  generic  plans  for  convening 
monthly  maintenance  meetings,  department  head  pians,  officer  ieave  schedules,  specific 
monthly  meetings,  generic  plan  for  port  visit  schedules,  officer  turnover  schedule, 
required  reports  (monthly,  quarterly,  semiannually,  and  annually),  and  a  6-month  plan  for 
port  visits. 

(2)  DEV  (ZOG  Development  Group).  Planning  nets  were  created  during 
the  cruise  in  the  following  areas:  conduct  approach  for  conventional  replenishment 
(CONREP)  of  supplies,  Management  Department  personnel  leave  schedule,  department 
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periodic  tasks,  generic  plan  for  conducting  specific  department  evolutions,  and  an  overall 
ZOG  system  tracking  net.  This  functional  usage  does  not  reflect  any  ZOG  system 
software  development,  only  plans  for  functional  activities  regarding  the  ship  or  ZOG 
system  management. 

(3)  ENGO  (Engineering  Department).  Planning  nets  were  created  during 
the  cruise  in  the  following  areas:  development  of  an  operational  readiness  system 
evaluation  (ORSE)  preparation  checklist,  6-month  leave  schedules  for  Engineering  and 
Reactor  Departments,  drydocking  checkoff  list,  standard  operating  instructions  for  fire- 
main  management,  ORSE  correction  tracking  plans,  personal  task  ;  nd  plan  lists,  depart¬ 
ment  organization  during  scheduled  period  of  restricted  availability,  a  checklist  summary 
of  training  readiness  evaluation  of  significant  discrepancies,  and  an  extensive  damage 
control  assistant  task  list. 


(4)  MGTO  (Management  Department).  Planning  nets  were  created  during 
the  cruise  in  the  following  areas:  plans  for  the  CO,  conduct  of  a  change  of  command 
ceremony,  department  6-month  personnel  leave  schedule,  department  specific  responsi¬ 
bility  task  net,  ZOG  project  reviews,  respond  to  man  overboard  at  sea  situations, 
department  head  task  plans  and  time-iine  plans,  overall  technology  project  task  net,  and 
planning  for  Wang  system  implementation.  Also  on  this  machine  was  a  subnet  plan  for  the 
ship's  urinalysis  program  developed  by  the  ship's  Human  Resource  Officer. 


(5)  HMED  (Medical  Department).  Planning  nets  were  created  during  the 
cruise  in  the  following  areas:  Medical  Officer  personal  specific  tasks,  port  visit 
schedules,  report  lists  and  due  dates,  providing  medical  services,  department  preparations 
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(6)  NAVO  (Navigation  Department).  Planning  nets  were  created  during 
the  cruise  in  the  following  areas:  generic  plans  for  performing  ship  evolutions,  ship 
planning  and  plan  implementation,  instilling  morale,  operating  the  ship,  and  fighting  the 
ship  (SORM  generic  plans).  Also  on  this  machine,  which  is  located  on  the  ship’s  bridge,  are 
subnets  regarding  ship  emergencies.  Examples  of  emergencies  covered  include  loss  of  a 
generator,  loss  of  feedline  to  the  reactor,  and  loss  of  rudder  control. 


(7)  PERS  (Personnel  Department).  Planning  nets  were  created  during  the 
cruise  in  the  following  areas:  department  personnel  leave  schedules,  department  head 
plans,  and  evaluating/maintaining  the  ship’s  performance  (SORM  generic  plan). 

(8)  REAC  (Reactor  Department).  Planning  nets  were  created  during  the 
cruise  in  the  following  areas:  preparing  for  the  ORSE,  department  head  plans,  support  for 
the  Nuclear  Propulsion  Examining  Board  visit,  and  scheduling  training  resources. 


(9)  TRNG  (Chaplain  and  Training  Department).  Planning  nets  were 
created  during  the  cruise  in  the  following  areas:  conduct  of  civic  action  support,  provide 
command  religious  program,  6-week  plan  for  command  religious  program,  provide  area 
Easter  service,  Memorial  Day  interfaith  service,  memorial  service,  Senior  Chaplain's 
plans,  and  department  personnel  leave  schedule. 


(10)  WEP5  (Weapons  Department).  Planning  nets  were  created  during  the 
cruise  in  the  foliowing  areas:  maintenance  and  operation  of  the  weapons  elevator  system, 
(generic  and  specific  nets),  understanding  the  weapons  department  and  resources,  depart¬ 
ment  reports,  and  Explosive  Ordinance  Department  organization  and  turnover  schedule. 


34 


(11)  WELV  (Weapons  Elevator  Maintenance).  Generic  planning  nee  were 
created  during  the  cruise  in  the  area  of  weapons  elevator  operation  and  maintenance. 
Also  on  this  machine  was  a  net  developed  by  the  Chaplain  that  included  prefatory  textual 
material  for  each  chapter  of  the  Bible. 

(12)  YYXO  (Executive  Officer).  Planning  nets  were  created  during  the 
cruise  in  the  following  areas:  Abidjan  port  visit  schedule,  generic  and  specific  plans  for 
hosting  visits  of  distinguished  visitors,  CARL  VINSON  visit  to  Pusan,  CARL  VINSON  visit 
to  Sasebo,  XO's  plans,  XO's  turnover  schedules,  and  organization  of  a  division  officer  ZOG 
task  group.  The  purpose  of  the  task  group  was  to  develop  and  expand  generic  and  specific 
task  planning  subnets  from  the  department  level  to  the  division  level  in  the  form  of  a 
Division  Officer's  Handbook.  These  planning  nets  were  taking  the  initial  form  of  leave, 
transfer,  and  training  schedules  while  the  division  representatives  gained  familiarity  with 
the  ZOG  system. 

(13)  OXOW  (Strike  Operations  Department).  Planning  nets  were  created 
during  the  cruise  in  the  area  of  the  ship's  general  plans  (SORM  generic  net). 

In  a  subsequent  section,  available  summary  data  are  presented  regarding  how 
many  subnets  were  accessed  during  specific  time  periods. 

c.  Planning  subnet  development.  Analyses  of  the  subnet  listings  determined 
there  were  108  unique,  functional,  and  substantive  subnets  created  during  the  cruise  and 
existing  at  the  end  of  the  deployment.  These  108  subnets  do  not  include  nets  existing  at 
the  beginning  of  the  cruise.  Of  the  total,  95  or  88  percent  were  classified  as  primarily 
supporting  planning.  Qf  the  remainder,  6  percent  supported  training  and  7  percent  weie 
documents  or  ZOG  system  bulletin  boards. 

The  chronological  rate  of  planning  subnet  creation  was  determined  by  cross¬ 
checking  the  end  of  deployment  subnet  listings  against  at-sea  lists  of  subnet  creation 
data.  The  subnet  creation  data  for  each  deployment  month  are  displayed  in  Table  4. 


Table  4 

Subnet  Creation  for  the  Planning  Function 
by  Deployment  Month 


Month 

Subnet 

Percent 

March 

16 

17 

April 

4 

4 

May 

3 

3 

3une 

3 

3 

3uly 

12 

13 

August 

32 

34 

September 

13 

14 

October 

12 

12 

Total 


95 


100 


There  was  a  high  level  of  planning  subnet  creation  at  the  beginning  of  the 
deployment  after  implementation  of  the  distributed  data  base  software  version  of  ZOG. 
Fewer  subnets  were  created  during  April  through  3une.  During  August,  after  an  improved 
software  version  was  released  to  the  machines,  planning  subnet  creation  again  rose  to  a 
high  of  34  percent  of  all  planning  subnets.  The  decrease  in  subnet  creation  during  the  last 
2  months  is  not  surprising  in  view  of  the  increased  operational  tempo  of  the  ship  during 
that  time  and  the  increased  frequency  of  port  visits  when  the  crew  departed  the  ship. 

Numbers  cf  subnets  alone  are  not  the  single  criterion  by  which  the  quality  of 
planning  net  creation  should  be  judged.  Another  criterion  is  the  importance  to  the  ship  of 
the  subnet  plans.  Examples  of  extremely  useful  ZOG-developed  plans  include  task  plans 
for  entering  and  leaving  ports,  preparations  for  the  ORSE,  conduct  of  CONREP,  port  visit 
schedules,  and  providing  the  command  religious  program.  Some  of  the  plans  that  were 
developed  continue  to  support  ship  functions  beyond  the  1983  cruise.  Planning  subnets 
were  created  to  support  functional  activities  during  the  stand-down  period  that  followed 
the  cruise  and  even  when  the  ship  goes  into  drydock  in  the  future.  While  these  subnets 
were  beneficial  to  the  ship,  there  were  also  personal  plan  subnets  that  supported  the 
routine  activities  of  a  number  of  ZOG  users. 

d.  Future  ZOG  efforts  in  support  of  planning.  While  most  of  the  ZOG 
development  group  efforts  since  the  end  of  the  deployment  have  been  directed  at 
improving  the  software,  there  has  been  renewed  planning  activity  throughout  the  user 
group  since  the  cruise  ended.  Out  of  22  unique  subnets  xeated  from  November  through 
Tanuary  1984,  14  or  63  percent  have  been  in  the  area  of  shipboard  functional  planning.  Of 
the  remaining  eight  subnets,  one  supported  ZOG  system  planning,  two  supported  ZOG 
training,  one  was  a  mailbox  subnet,  and  four  were  documents  cr  ship  rclateo  cats  such  as 
a  parts  list.  By  using  the  ZOG  agents,  revised  plans  for  getting  under  way,  entering  port, 
and  departmental  schedules  also  have  been  generated  for  departments  that  were  using 
ZOG  at  the  end  of  the  cruise.  Recent  improved  system  operation  should  result  in 
additional  ZOG  users. 

3. 3. 1.2  SORM.  The  SORM  is  a  required  ship's  document  containing  all  general 

operating  procedures.  Most  SORMs  are  created  by  members  of  the  commissioning  crew 
updating  and  tailoring  to  their  ship  materials  available  from  SORMs  of  a  similar  vessel. 
By  having  a  SORM  within  an  automated  management  system,  the  latest  directives  can  be 
immediately  distributed  and  available  to  all  crewmembers.  Instantiating  the  SORM  was 
thought  to  be  a  useful  demonstration  of  ZOG  capabilities.  By  invoking  a  ZOG  agent,  the 
appropriate  data  from  the  SORM  would  result  in  a  specific  plan  for  a  particular  ship's 
evolution. 

a.  Intended  use  for  the  ZOG-generated  SORM.  The  intended  use  of  the 
ZOG-generated  SORM  was  to  facilitate  access,  creation,  and  revision  of  an  accurate 
SORM  document.  Additionally,  by  having  the  SORM  updated  on  the  ZOG  system,  hard 
copies  of  the  SORM  could  be  easily  generated  by  means  of  the  Scribe  document  printing 
program  on  the  system.  The  SORM  could  provide  a  central  organizing  authority  for  other 
subnets  and  their  development  or  revision. 

b.  Actual  use  of  ZOG  in  support  of  the  SORM.  At  the  beginning  of  the 
cruise,  most  of  the  subnets  contributing  to  the  SORM  had  already  been  created.  Effort 
during  the  cruise  was  expended  modifying  and  expanding  the  SORM  nets  already  created, 
except  for  the  creation  of  five  new  subnets  during  March  and  Apr ii  1983.  System 
problems  that  limited  access  to  data  on  remote  machines  caused  users  to  monopolize 
other  machines  that  had  the  SORM  subnets.  They  were  on  only  four  machines  (OXOW, 
NAVO,  PERS,  and  1NPUTB). 
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While  hard  copies  of  the  SORM  could  be  printed,  there  were  problems  caused 
by  an  extremely  slow  PERQ  implementation  of  Scribe,  the  formatted  document  print 
program  used  at  CMU  on  their  VAX  computer.  The  prolonged  print  time  required  by  the 
Scribe  program  limited  the  extent  of  document  printing  on  CARL  VINSON.  The  ZOG 
development  group  attempted  to  make  Scribe  software  corrections  but  they  determined 
that  fundamental  limitations  existed  with  the  current  PERQ  version  of  the  Scribe 
program.  Figure  7  shows  one  page  of  a  generic  SORM  plan. 

Appendix  F  includes  the  entire  "Fight  the  Ship  SORM"  summary  and  the 
summary  for  the  "Underway  Replenishment  of  Supplies"  portion  of  the  SORM. 

c.  SORM  subnet  development.  Although  the  majority  of  SORM  subnet 
creation  occurred  prior  to  the  deployment,  there  was  frequent  access  to  and  modification 
of  the  nets.  The  nets  themselves  were  frequently  quite  large.  The  40  unique  SORM 
subnets  ranged  from  1  frame  to  1234  frames  and  totaled  6484  frames.  The  average  subnet 
consisted  of  162  different  frames.  Appendix  G  lists  the  subnets,  number  of  frames,  and 
machine  locations  for  all  SORM  subnets.  Some  SORM  subnets  were  duplicated  on  other 
machines.  This  duplication  of  subnets  was  done  to  ensure  that  those  machines  would  have 
access  to  the  net  even  if  the  primary  machine  was  down  or  system  problems  prevented 
access  to  that  machine. 

3.3. 1.3  Weapons  Elevator  Maintenance  Training.  CARL  VINSON's  eight  weapons 
elevators  played  an  extremely  valuable  role  in  the  ship's  accomplishment  of  its  mission.  In 
addition  to  being  used  for  moving  weapons  and  ammunition,  the  elevators  were  used  daily 
to  relocate  various  ship  stores.  The  elevators  are  a  critical  component  of  the  total 
weapon  platform.  Consequently,  maintaining  the  elevators  is  very  important.  Elevator 
maintenance  training  was  an  equally  important  ship  function  even  during  the  precommis¬ 
sioning  period.  It  was  at  this  time  that  a  part  of  the  ZOG  technology  project  came  to 
bear  on  this  ship  activity. 

a.  Intended  use  of  ZOG  to  support  elevator  training  and  maintenance.  The 
overall  project  objective  was  to  develop  a  ZOG-controlled  and  video  disk-displayed 
elevator  maintenance  training  manual.  The  Naval  Sea  Systems  Command  assisted  ONR  in 
funding  this  application.  During  ship  construction,  detailed  video  tapes  were  made  of  the 
operation  maintenance  of  the  weapons  elevators.  Some  sequences  show  portions  of  the 
weapons  elevators  covered  up  by  iater  construction.  The  video  tapes  incorporated  color, 
motion,  and  sound  along  with  close-ups  and  long  shots  to  show  the  entire  elevator  under 
operating  conditions.  The  video  was  then  put  on  a  video  disk  format,  and  a  ZOG  subnet 
was  made  to  control  the  video  display  and  presentation  of  associated  textual  materia). 
The  entire  system  represented  a  high  technology  maintenance  manual.  The  manual  was  to 
be  studied  by  referring  to  ZOG  frames  of  textual  information  and  looking  at  a  television 
monitor  to  observe  the  video  display.  The  result  is  rapid  and  random  access  to 
information  and  demonstration  sequences  contained  in  the  on-line  Weapons  Elevator 
Maintenance  Training  Manual.  Personnel  in  CARL  VINSON's  Elevator" Maintenance  and 
Operation  Divisions  were  to  proceed  through  the  instructional  programs  using  the 
operation  or  maintenance  instruction  as  necessary. 

b.  Actual  use  in  support  of  elevator  maintenance  training.  The  software 
necessary  for  interfacing  ZOG  and  the  video  disk  was  developed  prior  to  deployment.  This 
software,  however,  was  undergoing  continuing  debugging  effort  throughout  the  cruise 
because  of  a  combination  of  software  and  equipment  problems.  The  elevator  maintenance 
manual  portion  of  the  ZOG  data  base  was  developed  and  implemented  by  the  G-3  Division 
of  the  ship's  Weapons  Department.  These  personnel  modified  and  expanded  the  manual 
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1  Fight  the  Ship 

ai'COMPLISHCK:  Commanding  OJJ.cvr 

1.  D*t+nain*  r<-<;uiri-t:j#nLi  for  ih?  »hip  (is****  ihr**i*  :»ni  *tr.k*»)  {^»f  ji  lt  line  1) 

2.  Cotntnuaicat*  requirement*  for  fighting  tj»r  *hij>  (**e  p  I.  line  8) 

3.  Reipood  to  rrquirrmenu  for  fifhiinp  ihr  *hip  (re*j»oiid  to  tl.rt  it*  muJ  Mrikr  off*,ii>-i\*ly  j  (\*e  p.  2,  Uo«  «] 

iii)  Deter  rolnii.r£q»jlcemeatA.  for  fighting  the  chip  (a.s&er.i  throata  ami  offensive  strikes) 
ACCQMi'USMt.R:  Commanding  O f  ficcr /Command  Authority 

Oeteririne  the  rr*ji:irr mrflM  to  def*nd  the  (no  offrr\*i\e  *ir:W)  p.  1.  l.ne  2) 

2.  Detennioe  the  requirements  to  strike  c!>nMvch  Jsre  j>.  i  7} 

|iis’  Determine,  the  requirements  to  defend  the  ship  (no  offensive  strike) 

ACCOMFLIsISKR  Ccmn::r.dinj  Office- /Command  Authority 

liiii]  Determine  requirements  to  defend  the  rhlp  Ly  bettir.g  General  Quarters 
AtVOMPLlSHf-U:  Commanding  Of fia  t /Cotnuiar.d  Autnority 

[m;j  Determine  requirements  to  defend  the  ship  with  missiles  and  gur.s 
\c  COMF1 1?HCR:  Tactical  Art  ion  Officer 

'li:'  Determine  requirements  to  defend  the  ship  with  t-lrhorac  n!r  assets 
\(  COMFLIMiLK  Tactical  .‘.r.'ion  Officer 

‘ills;  Determine  requirements  to  defend  the  »>hlp  with  alert  air  assets 

,v~(  OMl’l.lSHuR  Commanding  O Jfi a : , 'Co mm. and  Authority 

[is.,  Determine  the.  requirement*  ta  strike  offensively. 

ACCONfTLISHER:  C o tr.-r.ar.d-.ng  Officer /Command  Authority 

|j  J)  Cun.mnnleAte.rcqisiremcnt&for  fighting  Lhe  ship. 

\CCGmplisisFR.  Commanding  Officer /Command  Authority 

1.  Csanuunicslr  rrquirriDrnu  to  dtttnd  the  *tip  by  tut  at  Cm*r.»l  Qusri>r«  (>r»  j.  1,  lm*  v) 

1  CouDUmolt  rrquirTiirntj  to  dfftnJ  thr  »hip  *iih  tnisiiirt  sr:d  tutu  (.«•<•  j>  ).  Iir.r  I;’) 

Commumcsir  irr.uimnr  :n«  10  iir:*r>  1  it.c  ship  «ntt>  srbontr  air  ifrr  |.  I .  In.*  |.1| 

4.  ConiDiualrtvr  rrqmrr  ::irnis  to  t ne  ship  *itb  slirt  iv»U  (wr  ji.  1.  Iinr  U) 

5  Comuiuaicitr  rrquimu*nlj  to  iirikr  cffr:isi\«ly  (*»«  p  'J,  Iir.r  i| 

[i 21 1  CnmmunlcMe  requlrementi-lo. defend,  thf.  aiiip  by  setting  General  Quarters. 
aCCOMPLISHCR:  Commanding  O J Jicer /Command  Authority 

JlinJ  Recommend  setting  General  Quarters  to  the  Commanding  Officer/Command  Authority 
ACCOMPLISHED  Tactical  .Action  Of  Jiccr 

ji . Communicate  order  t-o  OOD  to  set  General  Quarters 
s’  COMPLlsiiEP.:  Commending  Of  ficcr /Cummand  Authority 

CorcmLvnlca.te-requircnicnta  to  deftad  thr.  ship  with  rnisiiles  and  cun* 

ACCOMFI.IS!!':!'.:  Tactical  Action  Officer 

h.-'j  C  asm  m unlcatc  reqtilrr.nieuta  to  defend  the  ship  with  airborne,  air  resets 
ACCOMPLISHED  Tactical  Action  Officer 

Communicate  requirement*  to  defend  the  ship  with  .ilrrt  assets 
ACCOMPLISHED  Commanding  Of ficcr /Command  Authority 

jit’isj  Communicate  requirements  to  defend  the  ship  with  alert  r.cscts  to  Commanding 
Officcr/Command  Authority 
ACCOMPLISHED  Tactical  Action  Officer 

Is.'i.1]  Direct  OOD  to  call  away  the  launch  oT  alert  aircraft  ori  All  Stations  of  1  MC 
At  CCMI'LISIICR.  Commanding  Officer  /Command  Authority 

[s.’iv  Communicate  requirements  to  defend  the  ship  with  alert  assets  so  Strike  Operations 

Officer 

*.f  COMF1  l.-m  R:  Commanding  O J fxccr /Command  Authority 


Figure  7.  Generic  SORM  plan  document:  Fight  the  ship. 


data  base  throughout  the  cruise  to  provide  comprehensive  coverage  of  the  eight  elevators 
on  CARL  VINSON. 

The  data  base  itself  consists  of  three  sections:  understand,  operate,  and 
evaluate/maintain  the  elevators.  The  understand  section  describes  the  location,  function, 
and  operation  of  elevator  components.  The  operate  section  describes  and  demonstrates 
elevator  operating  procedures.  The  evaluate  and  maintain  section  provides  instruction 
and  demonstration  of  maintenance  procedures,  operating  specifications,  and  electrical 
troubleshooting.  The  data  base  for  the  manual  was  maintained  on  the  hard  disk  storage  of 
several  PERQs,  all  accessible  by  the  PERQ  located  in  the  weapons  elevator  maintenance 
workshop  area.  This  ZOG-maintair.ed  manual  is  the  most  complete  manual  for  these 
elevators  in  existence. 

Expansion  of  the  ZOG-generated  elevator  manual  during  the  cruise  has  taken 
the  manual  data  base  beyond  the  capabilities  of  the  existing  video  disk  displays. 
Consequently,  substantial  portions  of  the  data  base,  developed  during  the  cruise,  regarding 
elevator  troubleshooting  and  repair  and  maintenance  are  without  related  video  sequences. 


Use  of  the  system  during  the  cruise  was  generally  oriented  toward  providing 
familiarization  of  Weapons  Department  enlisted  personnel  with  the  full  rang;  of  elevator 
operating  procedures.  By  the  end  of  the  cruise  there  was  a  small  group  of  users  who  were 
responsible  for  the  manual  data  base  development  and  for  assisting  the  other  department 
personnel  with  using  the  weapons  elevator  manual  system.  This  group  of  key  users  of  the 
system  included  the  Division  Leading  Chief  Petty  Officer,  three  rated  petty  officers,  and 
two  seamen.  This  group  was  needed  to  assist  users  unfamiliar  with  the  system  because  of 
frequent  problems  experienced  by  the  weapons  elevator  workstation,  including  the 

atM.  />  /  •»  ••  I  T*  L  .  x  .  _  ! .  t  A  ki  .  *U/\xa  xAot  i  iruir  ln/'lt  i/f  orf  r+'i/'i  rv  •>♦*/>»>  in 

LSJKm!  VlCieO  CllbK  sysienu  MIC  uciiimi*;  ic^uucu  uy  Ui^ov.  iiw  j/ui 

the  ZOG  training  classes  conducted~by  the  Management  Department,  completion  of  the 
ZOG  tutorial,  and  some  individualized  ZOG  instruction  provided  by  the  Management 
Department. 


The  problems  the  manual  development  group  experienced  were  of  both  a 
hardware  and  software  nature.  The  hardware  problems  involved  the  malfunctioning  of 
PERQ  circuit  boards  and  the  cathode  ray  tubes  (CRT)  disnays.  The  laser  video  disk 
player  also  experienced  hardware  malfunctions,  apparently  caused  by  the  continuous 
movement  and  vibration  of  the  ship.  All  three  players  in  the  Weapons  Department 
experienced  misalignment  of  ihe  laser  causing  incorrect  video  frame  retrieval  and  frame 
slippage.  Also,  the  interface  between  the  ZOG  and  the  POS  malfunctioned.  Despite 
frequent  system  problems,  almost  all  250  enlisted  personnel  involved  with  weapons 
elevator  operation  had  the  opportunity  to  familiarize  themselves  with  operating  pro¬ 
cedures  via  this  automated  technical  manual. 


c.  Maintenance  manual  subnet  development.  The  subnets  that  support  the 
Weapons  Elevator  Maintenance  Training  Manual  are  located  on  three  machines.  Of  the  68 
subnets  distributed,  26  reside  on  the  WELV  PE&Q,  17  on  the  WEPS  machine,  and  25  on  the 
Supply  Department  (SUPO)  machine.  There  were  5343  frames  on  the  WELV  machine  and 
4061  on  SUPO  at  the  time  of  the  final  evaluation  team  visit.  While  most  of  the  subnets 
were  created  prior  to  the  cruise,  at  least  12  elevator  maintenance  subnets  were  created 
late  in  the  cruise.  Development  of  these  subnets  during  the  last  third  of  the  cruise 
coincided  with  the  release  of  an  improved  ZOG  software  version.  One  advantage  of 
maintaining  an  on-line  technical  manual  is  realized  whenever  changes  or  updates  are 
needed.  This  is  especially  true  for  complex  equipment,  such  as  the  weapons  elevator. 
This  capability  is  evident  because  the  ship  itself  has  the  only  current  version  of  the 


39 


technical  manual  for  weapons  elevators.  A  contractor  responsible  for  the  installation  of 
the  elevators  for  NIMITZ  class  carriers  had  depended  on  CARL  VINSON  to  provide 
technical  information  from  their  version  of  the  manual  maintained  on  the  ZOG  systein. 

d.  Future  plans  for  the  Elevator  Maintenance  Manuals.  Current  ship  plans 
for  the  Weapons  Elevator  Maintenance  Manual  system  are  to  continue  with  development 
of  the  data  base  in  maintenance  training.  Additionally,  the  ship  wants  to  acquire  a  printer 
to  be  located  at  the  PERQ  dedicated  to  the  Elevator  Manual.  The  availability  of  a  printer 
at  the  PERQ  would  permit  the  local  printing  oT  troubleshooting  and  maintenance 
checklists  for  distribution  to  personnel  performing  elevator  maintenance  tasks,  thereby 
extending  ZOG's  functional  support.  The  addition  of  local  printers  for  this  function  and 
for  other  functions  was  a  recommendation  made  by  the  evaluation  team  during  the  first 
ship  visit.  A  full  set  of  these  evaluation  team  recommendations  made  during  the  first  two 
ship  visits  are  included  in  Appendix  H.  These  recommendations  were  made,  in  large  part, 
to  assist  the  CARL  VINSON  ZOG  group  with  their  development  efforts. 

3.3.2  Unexpected  ZOG-supported  Functional  Applications 

Because  of  the  adaptability  of  the  ZOG  system,  a  variety  of  unexpected 
functional  applications  were  developed  by  CARL  VINSON  nersonnel  to  support  manage¬ 
ment  responsibilities,  ship’s  requirements,  and  the  individual's  personal  needs.  This 
section  presents  data  regarding  uses  of  the  ZOG  system  that  were  not  projected  during 
the  original  conceptualization  of  the  project. 

3. 3. 2.1  Training.  Developers  projected  during  the  ZOG  planning  phase  that  the  system 

would  support  CARL  VINSON  training  with  the  Weapons  Elevator  Maintenance  Training 
Manual  project.  Further,  they  planned  that  the  ZOG  system  would  support  its  own 
Training,  although  this  training  was  not  as  well  developed  at  the  time  of  the  deployment  as 
the  elevator  maintenance  training.  Indeed,  both  of  these  forms  of  training  were  supported 
by  the  ZOG  system.  For  weapons  elevator  maintenance,  there  were  two  specific  ZOG 
nets  created  to  assist  in  on-board  repair  of  the  elevator  system  and  preoperationa! 
checkout  prior  to  repair.  These  nets  consisted  of  421  and  86  frames  respectively. 

With  respect  to  the  ZOG  system,  the  Management  Department  developed  on¬ 
line  training,  conducted  group  classes,  and  provided  individual  tutoring.  The  on-line 
training  consisted  of  an  introduction  to  PASCAL  programming  (May  1983),  implementa¬ 
tion  of  an  on-line  ZOG  Pocket  Guide  (August  1983),  and  development  of  an  electronic 
troubleshooting  net  for  PtRQ  preliminary  maintenance  to  aid  users.  Other  on-line  ZOG 
training  subnets  that  existed  prior  to  the  cruise  were  modified  by  Management 
Department  personnel.  Specifically,  the  ZOG  Management  User's  Guide  and  the 
PF.RQ/ZOG  User's  Guide  were  aperiodicaliy  updated. 

From  the  user  questionnaires  and  during  interviews,  additional  ZOG  training 
materials  were  requested  frequently,  such  as  hard  copies  of  ZOG  training  documents  for 
both  the  beginning  user  and  the  experienced  user.  In  part,  this  desire  for  additional 
training  documents  may  have  been  due  to  the  user's  experience  with  the  system  during 
frequent  system  malfunctioning.  When  ZOG  use  difficulties  were  noted,  the  Management 
Department  would  try  to  solve  the  problem  by  providing  individual  tutoring  for  the  user. 
For  some  users,  however,  having  to  wait  to  locate  the  proper  personnel  before  getting 
assistance  may  have  decreased  their  desire  for  seeking  help.  When  the  electronic  mail 
system  was  implemented,  it  provided  a  more  effective  method  for  the  user  to  solicit  ZOG 
help. 


The  remaining  examples  of  training  support  are  in  the  form  of  subnets 
developed  as  "planning"  nets  to  aid  in  the  scheduling  of  training.  The  Engineering 
Department  maintained  a  roster  of  qualified  damage  control  training  team  members  and  a 
plan  of  action  for  1984  refresher  training.  The  Reactor  Department  has  a  subnet  for 
scheduling  the  department  training  room. 

An  important  form  of  support  of  ZOG  training  began  during  the  latter  portion 
of  the  cruise  when  the  XO  developed  a  net  for  organizing  a  Division  Officer  Task  Group. 
This  task  group  was  designed  to  teach  division  representatives  the  ZOG  system  and  to 
develop  nets  to  support  their  respective  divisions'  leave  and  training  schedules.  During 
the  second  evaluation  visit,  the  task  group  met  for  the  second  time. 

3.3. 2. 2  Electronic  Mail.  Soon  after  the  first  evaluation  visit,  late  3uly  19S3,  the  ZOG 
management  group  implemented  an  electronic  mailbox  system.  Initially,  this  system 
enabled  users  to  easily  send  "mail"  messages  to  individual  users  having  unique  logon 
names.  After  some  software  revision,  the  mailbox  system  was  improved  to  the  extent 
that  the  CO  elected  to  have  departmental  messages  directed  to  him  on  the  ZOG  system. 
During  the  second  evaluation  visit,  the  mailbox  system  was  mentioned  repeatedly  by  users 
as  a  significant  system  enhancement  that  aided  both  inexperienced  and  sophisticated 
users. 

In  addition  to  implementing  the  mailbox  system,  the  management  group 
implemented  a  "gripemail"  subnet  and  allowed  users  to  send  messages  concerned  with  the 
status  of  the  ZOG  system  directly  to  ZOG  management.  Also,  a  "bulletin  board"  subnet 
was  implemented  that  allowed  users  to  generate  one  message  that  would  go  to  all  users  on 
the  system. 

The  evaluation  team  noticed,  during  the  second  ship  visit,  a  significant 
increase  in  system  utilization.  This  increase  in  system  use  was  caused  both  by  the 
improved  operating  characteristics  of  revised  ZOG  software  implemented  after  the  first 
visit  and  by  the  additional  communication  provided  by  electronic  mail. 

3.3. 2. 3  Personnel  Turnover  Procedures.  One  characteristic  of  military  life  is  the 
frequent  replacement  of  personnel.  YhlsTurnover  of  personnel  can  be  very  disruptive  to 
ship  effectiveness  when  the  individual's  job  involves  complex  tasking  3nd  extensive 
planning.  The  turnover  in  the  Navy  usually  occurs  quite  rapidly  with  little  overlapping 
duty  time  that  would  enable  a  new  crewmember  to  learn  a  job  from  his  predecessor. 
During  the  cruise,  several  of  the  ZOG  users  developed  subnets  structured  to  facilitate  the 
turnover  to  their  successor.  For  example,  the  XO  and  two  department  heads  had  turnover 
subnets  that  were  used  soon  after  the  deployment  ended.  The  head  of  the  Weapons 
Department  reported  that  without  the  ZOG  nets  he  would  not  have  had  information  about 
the  ongoing  status  of  his  department's  plans  because  he  and  his  predecessor  had  only  1  day 
of  overlapping  duty.  To  ensure  smooth  personnel  changes,  the  ship  should  require 
development  of  turnover  subnets  introduced  during  initial  participation  in  ZOG  training. 

The  turnover  of  the  Assistant  Strike  Operations  Officer  during  the  cruise  is  a 
good  case  in  point.  The  new  officer  had  only  a  short  overlapping  period  with  the  officer 
being  relieved.  Also,  the  new  officer  had  almost  no  computer  experience  of  any  kind  prior 
to  coming  to  CARL  VINSON.  Yet  the  duties  of  the  Assistant  Strike  Operations  Officer 
now  included  preparing  the  ship's  daily  schedule,  the  Green  Sheets,  on  the  ZOG  system. 
While  no  turnover  nets  had  been  developed  for  the  incoming  officer,  the  Management 
Department  provided  ZOG  training,  and  the  new  officer,  with  concerted  effort,  was  able 
to  assume  quickly  that  major  responsibility.  The  individual  reported  that  it  took  him 


about  2  weeks  of  intensive  ZOG  experience  to  become  comfortable  with  his  tasks. 
Preparation  of  the  Green  Sheet  required  a  level  of  ZOG  skill  beyond  that  necessary  for 
creation  of  ZOG  subnets.  It  required  ability  to  modify  frames  and  subnets  and  to  use  ZOG 
agents.  For  this  position,  development  of  a  turnover  net  would  be  extremely  effective  in 
future  situations.  By  the  end  of  the  cruise,  the  XO  was  informally  encouraging  system 
users  to  develop  turnover  nets.  These  turnover  nets  represent  a  clear  example  of  one  way 
the  ZOG  system  contributes  to  personnel  readiness. 

3. 3. 2. 4  Weapons  of  the  United  States.  One  of  the  most  unusual  and  unexpected 
subnets  created  during  the  entire  cruise  was  one  of  the  most  interesting,  most  widely 
used,  and  very  informative  nets  developed  to  date.  Independently,  one  of  the  enlisted 
personnel  assigned  to  the  Management  Department  for  ZOG  maintenance  support  devel¬ 
oped  subnet  displaying  information  about  military  weapon  systems  of  the  United  States. 
Essentially,  the  subnet  was  developed  by  creating  displays  of  detailed  information 
extracted  from  lane's  Fighting  Ships.  The  top  frame  of  this  net  listed  the  type  of  weapon 
platforms,  ships  and  aircraft,  and  types  of  actual  weapons/armament.  All  information 
was  unclassified  because  it  is  in  the  public  domain.  In  the  net,  each  class  of  platform  was 
listed  including  types  of  ships  and  aircraft.  For  each  type  of  vessel  or  aircraft,  detailed 
information  was  provided.  This  information  included  details  about  ships  and  aircraft, 
including  size,  performance,  construction,  weapons  suites,  arid  personnel  requirements. 
The  subnet  creator  was  able  to  enter  a  third  to  a  half  of  the  information  contained  in  the 
book  during  the  cruise.  This  subnet  became  extremely  well  used  and  not  merely  by 
curious  individuals.  The  subnet  was  frequently  accessed  by  officers  on  the  bridge  and  flag 
officers  to  learn  about  the  capabilities  of  various  ships  operating  with  the  CARL  VINSON 
battle  group.  The  extension  of  this  subnet  to  include  tactical  information  about 
unfriendly  ships  operating  in  the  area  is  of  considerable  tacricai  importance. 

For  this  weapons  subnet,  a  large  frame  was  used  that  covered  the  entire 
display  area  of  the  PERQ  monitor.  The  large  frame  capacity  was  originally  implemented 
for  the  AIRPLAN  system.  Selections,  options,  and  pads  were  placed  not  in  conventional 
frame  locations,  but  where  the  subject  matter  dictated  their  natural  placement  because 
of  frequency,  size,  or  importance  of  the  information.  The  result  was  that  users  perceived 
the  system  as  providing  them  with  more  flexibility. 

3. 3. 2. 5  Medical  Publications  and  Clinical  Screening.  One  active  user  of  ZOG  was  the 
head  of  the  Medical  Department,  the  Senior  Medical  Officer.  He  developed  a  medical 
publications  subnet  which  contained  more  than  700  frames.  This  subnet  listed  all 
publications  that  were  required  or  used  in  the  Medical  Department.  The  Medical  Officer 
was  the  only  ZOG  user  who  had  access  to  a  local  printer  that  could  produce  a  hard  copy  of 
ZOG-generated  information.  The  evaluation  team  noted  the  significant  benefit  of  the 
printer  to  the  Medical  Department. 

The  Medical  Officer  began  organizing  material  into  a  subnet  idea,  but  this  was 
not  created  because  of  lack  of  time  and  his  departure  from  CARL  VINSON.  This  idea 
focused  on  developing  a  subnet  for  structuring  the  procedures  involved  in  screening  sick 
personnel.  The  subnet  would  be  used  by  subordinate  personnel  to  guide  their  conduct  of 
certain  medical  tests  and  procedures  prior  to  the  sick  individual  seeing  the  physician.  The 
subnet  could  be  generated  as  a  hard  copy  document,  distributed  to  the  "small  boy"  ships 
that  accompany  a  carrier,  and  used  by  their  medical  personnel  who  typically  do  not 
include  a  physician.  After  the  diagnostic  procedures  were  completed  and  corpsmen 
determined  that  the  individual  required  the  presence  of  a  physician,  then  either  patient  or 
physician  was  transferred.  This  procedure  for  screening  potential  patients  could  save 
medical  personnel  time  and  helicopter  operating/maintenance  costs.  Unfortunately,  the 
Medical  Officer  had  to  depart  ship's  company  prior  to  developing  this  subnet. 
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3. 3. 2. 6  Personal  Use.  A  number  of  users  employed  the  ZOG  system  for  development 
of  small  subnets  that  supported  their  personal  plans  or  information.  These  subnets 
contained  the  kinds  of  personal  information  that  are  typical  for  computer  system  users, 
such  as  lists  of  property,  details  of  education/career  plans,  and  plans  for  immediate  day- 
to-day  activities.  Because  the  subnets  for  the  majority  of  users  did  not  use  system  user 
protection  features,  anybody  could  peruse  the  information.  Thus,  the  system  was  not  used 
for  sensitive  personal  information. 

3. 3.2.7  ZOG  Use  in  Conduct  of  the  Evaluation.  During  the  deployment,  the  ZOG 
system  supported  tKe  evaluation;  ZOG  management  used  the  system  to  plan 
activities/meetings  that  were  part  of  the  evaluation  visits.  The  management  group 
developed  a  subnet  to  track  the  implementation  of  the  recommendations  the  evaluation 
team  had  provided  at  the  end  of  the  first  ship  evaluation  visit.  A  sample  of  this  subnet  is 
presented  in  Figure  S;  note  that  each  entry  has  a  percentage  estimate  of  completion.  This 
subnet  was  found  to  be  the  best  example  of  using  the  evaluation  function  of  the  ZOG 
system. 


The  evaluation  team  used  the  system  to  track  receipt  of  information  and 
events,  meetings,  or  observations  that  were  to  occur  prior  to  departing  the  ship.  During 
the  third  visit,  the  system  was  used  by  the  evaluation  team  to  generate  a  unique  subnet 
that  listed  representative  frames  from  substantive  subnets  in  the  ZOG  data  base.  At  the 
end  of  the  cruise,  the  Management  Department  used  the  system  to  generate  end-of-cruise 
reports.  All  of  these  system  uses  would  have  been  predicted  by  the  ZCG  system 
developers  as  natural  applications  of  the  automated  management  system. 

3.3.3  The  Integration  of  ZOG  with  the  AIR  PLAN  Expert  System 

The  Defense  Advanced  Research  Projects  Agency  has  sponsored  a  project  to 
design  an  expert  computer  system  that  assists  air  operations  officers  with  the  decision 
making  that  is  part  of  carrier -based  aircraft  launch  and  recovery  procedures.  This  section 
describes  this  system,  called  AIRPLAN,  and  its  integration  with  the  ZOG  system. 

3.3.3. 1  Background.  Development  of  AIRPLAN  was  done  at  CMU  with  ZOG  software 
serving  as  the  interface  between  the  AIRPLAN  data  processing  and  the  system  output  to 
air  operations  personnel.  The  actual  expert  system  that  is  the  central  component  of 
AIRPLAN  was  developed  using  the  OPS-7  programming  language.  In  1982  it  was  decided 
that  AIRPLAN  would  be  implemented  on  PERQ  machines  and  would  be  integrated  with 
the  CARL  VINSON  ZOG  system.  In  early  1983,  prior  to  the  deployment,  AIRPLAN  was 
installed  on  five  of  the  ship's  PERQs  for  tryout  during  the  cruise. 

The  AIRPLAN  system  enables  input  of  the  relevant  information,  processes  it 
according  to  a  set  of  decision  rules  developed  by  experts,  and  provides  the  resulting 
information  that  will  aid  the  officers  in  their  decision  making.  Some  of  the  AIRPLAN 
rules  simply  generate  the  implications  of  new  information.  Other  rules  recognize 
impending  problems  and  develop  a  solution  analysis.  For  example,  AIRPLAN  can  analyze 
the  fuel  states  of  all  waiting  aircraft  and  can  generate  a  new  order  for  landing  that  will 
accommodate  the  fuel  states  of  all  the  aircraft,  taking  into  account  such  factois  as  the 
amount  of  available  fuel,  rate  of  fuel  consumption,  and  the  proximity  to  a  tanker  with 
fuel. 


Because  the  status  of  aircraft  is  critical  to  many  organizations  on  a  carrier, 
the  Air  Operations  Officers  can  be  further  burdened  by  queries  from  other  personnel 
during  flight  operations.  The  network  of  PEROs  inherent  in  the  ZOG  system  provided  a 


43 


ij 

Task  -  Accompl i sher  -  Frameid 

Aug83 

Sep83 

0ct£3 

Nov83 

DecgJ 

ZXAIN3GN  Evaluation  Recommendations  - 
MANAGEMENT  DEPARTMENT  -  66*  -  ZOGEvall 

20  y 

f!?5k 

rr& 

OT5 

-* 

*  i Hardware  -  37*  -  Z0GEval2 

20  U 

G  30 

i 

■Install  Glare  Shields  on  Displays  -  01® 

!  (will  send)  -  Z0GEval3 

20  ca 

*7 

‘WSUMM  4  A 

n  3o 

Install  Vibration  Dair.;ening  Material  - 
PERU  Division  -  50*  -  2JG£val4 

20-15 

B 

Realign  floor  Units  to  Improve  Floppy 

Acce.s  -  PERQ  Division  -  100*  -  Z0GEval5 

20-10 

Additional  Local  Printers  -  VINS0N/0NR  - 

20  E 

iS! 

Q!  30 

?0GEval6 

l 

Sjftt'are  -  62*  -  Z0GEval7 

20  rs 

rw' 

C9  30 

i 

Systf  -  Ma1. function  Problems  - 
V I NSON/CMU/DTNRDC  -  75*  -  Z0GEval8 

20-10 

i 

MjiiBox  Communication  System  -  MaNAGEIcNT 

j;trAKiriXhi  -  SO*  -  ZuuLval” 

20-30 

Develop  Subnets  across  Departm  its  -  A'l 
VINSON  DEPARTMENTS  -  50*  -  ZQGEvallO 

20  Pi 

Ei  30 

i 

Delete  Guest  Sign  On  -  MANAGEMENT 
DEPARTMENT  R&D  -  25*  -  ZOGtvalli 

20-10 

V 

Subnet  for  PERQ  Identification/Location  - 
MANAGEMENT  DEPART}, {ENT  R&D  -  100*  - 
ZCKjEval  12 

20-10 

0 

*  * 

^ent  for  Recording  Subnet  Size  - 
MANAGE! ENT  DEPARTMENT  RS.D  -  100*  - 
’OGEval 13 

20 

*  * 

[■  _  ’ 

►  * 

►  4* 

nt  for  Plan  Timing  Conflicts  - 
XEval  14 

20  U 

u 

ES30 

ntenance/Supply  -  100*  -  Z0GEvali5 

20-10 

. ly  Backup  Procedures  -  PERQ  Division  - 
)*  -  ZOGEval 16 

20 

1 

Figure  3.  ZOG  CARL  VINSON  evaluation  recommendations. 


44 


natural  opportunity  for  distributing  the  AIRPLAN  information.  Consequently,  the  ZOG 
AIRPLAN  output  could  be  distributed  wherever  the  ZOG  system  existed. 

For  the  ZOG  system,  this  posed  the  issue  of  whether  ZOG  could  successfully 
operate  simultaneously  with  the  operation  of  A.IRPLAN.  The  evaluation  team  was 
extremely  concerned  about  the  ability  of  the  two  systems  to  operate  independently 
without  interfering  with  each  other.  The  structure  of  the  AIRPLAN  system  required  five 
PERQs:  two  for  data  input,  two  for  data  output  in  the  Air  Operations  Office,  and  one 
machine  to  manage  the  four  input  and  output  machines  and  actually  perform  the 
AIRPLAN  processing  of  the  data.  All  the  other  PERQs  on  the  ZOG  system  also  had 
access  to  the  AIRPLAN  output.  Figure  9  depicts  the  AIRPLAN  system  configuration  and 
indicates  the  organizations  and  officers  who  typically  had  access  to  the  AIRPLAN  data 
from  either  the  Air  Operations  Office  PERQs  or  from  ZOG  machines  located  at  other 
places  on  the  ship. 

3. 3. 3. 2  Functional  Support  of  AIRPLAN.  AIR  PLAN'S  function  is  to  assist  the  Air 

Operations  Officers  by  providing  information  about  the  flight  status  of  aircraft  operating 
from  the  carrier.  The  officers  monitor  the  launch  and  recovery  of  aircraft  and  must 
decide  on  recovery  strategies  for  aircraft  that  have  completed  their  mission.  Currently, 
Air  Operations  Officers  monitor  all  of  the  pertinent,  and  some  irrelevant,  information 
provided  by  multiple  greaseboards,  telephones,  loudspeakers,  and  representatives  from 
aircraft  squadrons.  The  most  common  decision  problems  concern  inadequate  fuel  supply 
of  returning  planes.  Fuel  problems  arise,  for  example,  when  a  pilot  is  unable  to  land  on 
his  first  attempt,  or  a  recovery  is  delayed  because  of  a  "fouled"  landing  deck.  The  three 
basic  strategies  to  assist  a  low  fuel  state  aircraft  are  (a)  give  the  aircraft  immediate 
landing  priority,  (b)  provide  fuel  via  an  airborne  tanker,  or  (c)  divert  the  aircraft  to  a 
landing  field  within  range  of  existing  aircraft  fuel  supply.  The  decision  made  about  the 
aircraft  with  insufficient  fuei  may,  in  turn,  adversely  afiect  the  condition  of  other  planes. 

The  AIRPLAN  system  was  operating  during  virtually  all  of  the  flight  opera¬ 
tions.  Input  of  the  data  was  typically  performed  by  one  of  the  ZOG  development  group 
officers  or  a  representative  from  one  of  the  squadrons.  The  AIRPLAN  system  was  subject 
to  some  of  the  same  system  interrupts  and  crashes  as  the  balance  of  the  ZOG  system. 
Output  from  the  system  was  readily  available  not  only  to  the  Air  Operations  Officers  but 
also  to  the  officers  on  the  bridge  and  the  flag  offices.  In  fact,  having  the  AIRPLAN 
output  available  to  the  bridge  and  the  flag  offices  transmitted  flight  status  information  to 
those  locations  so  rapidly  that  many  telephone  calls  became  unnecessary  and  were 
eliminated.  This  decrease  in  message  traffic  resulted  in  the  Air  Operations  Officers 
processing  and  handling  less  information. 

As  part  of  the  experimental  development  of  AIRPLAN,  a  variety  of  flight 
operation  scenarios  were  created.  These  scenario',  permitted  the  exercising  of  the 
AIRPLAN  system  without  requiring  actual  aircraft  to  fly.  Figure  10  presents  a 
representative  AIRPLAN  display  during  a  recovery  procedure. 

Information  contained  on  the  recovery  display  is  as  follows: 

TRAPPED/TO  GO:  the  number  of  aircraft  that  have  already  landed/the 
number  of  aircraft  remaining  to  be  recovered. 


ESTIMATED  RAMP:  expected  time  of  the  first  aircraft  landing. 
S/N:  the  aircraft  side  number. 
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Figure  10.  Display  of  AIRPLAN  system  aircraft  recovery  information. 


PILOT:  the  pilot's  name. 

BT:  the  button,  or  frequency,  the  aircraft  radios  are  tuned  to.  AIRPLAN 
automatically  changes  the  displayed  frequency  as  the  aircraft  moves  through  the  various 
flight  stages. 

STATUS:  the  status  of  the  aircraft.  Options  are  marshl,  appr.a,  final.a, 
appr.b,  final.b,  tchgo,  bolter,  fouiwo,  techwo,  tower,  overhead,  or  spin.  When  the  aircraft 
lands  (is  "trapped")  a  "T"  followed  by  the  actual  time  of  landing  appears. 

FUEL:  the  actual  or  estimated  fuel  state  of  the  aircraft.  While  in  the 
marshal  flight  state,  the  fuel  status  is  updated  by  the  AIRPLAN  expert  system  every  5 
minutes;  when  the  aircraft  commences  approach,  the  fuel  state  is  updated  automatically 
every  minute. 


ETA:  the  particular  aircraft's  expected  time  of  arrival.  The  number  is 

decremented  automatically  every  minute. 


TNK:  the  number  of  minutes  before  the  aircraft  must  be  fueled  by  a  tanker. 
This  is  estimated  by  the  expert  system.  When  the  aircraft  is  within  10  minutes  of  needing 
to  be  fueled,  the  estimate  is  starred-*. 

BGO:  the  number  of  minutes  before  the  aircraft  should  be  barricaded. 

BAR:  The  number  of  minutes  before  the  aircraft  should  be  barricaded. 
Essentially,  this  estimates  the  remaining  possible  flight  time. 

PROFILE:  a  summary  of  each  pass  an  aircraft  has  made.  If  an  aircraft  has 
not  been  trapped,  the  display  will  indicate  what  and  when  the  aircraft  did.  For  example,  a 
bolter  (landing  attempt  without  catching  the  arresting  wire)  at  time  45  is  displayed  as 
"B/45." 


Figure  11  presents  the  AIRPLAN  display  of  recovery  statistics  that  are 
available.  Information  on  this  display  is  self-explanatory.  All  of  this  information  is 
available  to  users  from  any  of  the  ZOG  system  machines. 


The  ship's  daily  flight  schedule  is  entered  into  the  ZOG  system  as  an  on-line 
net  from  the  Strike  Operations  Office.  This  net  provides  AIRPLAN  with  the  data  for 
generating  its  various  displays  and  permits  the  expert  system  to  manipulate  the  data 
during  a  flight  event.  The  flight  schedule  net  itself  can  be  used  to  quickly  determine 
future  events.  Using  ZOG,  changes  in  the  flight  schedule  can  be  rapidly  distributed  to  all 
shipboard  commands.  Figure  12  presents  an  exarnpie  of  an  AIRPLAN  flight  schedule. 


In  addition  to  the  flight  information,  -AIRPLAN  has  several  aircraft  emergency 
procedures  subnets.  By  the  end  of  the  cruise,  these  emergency  nets  had  been  completed 
for  the  A-6E,  EA-6B,  KA-6D,  and  F-14A  aircraft. 


Figure  13  presents  a  sample  display  from  the  emergency  procedure  net  for  the 
EA-6B  aircraft.  During  air  operations,  the  procedures  are  available  to  Air  Operations 
Officers  and  squadron  representatives  either  from  AIRPLAN  or  from  NATOP5  manuals. 


As  with  all  ZOG  subnets,  frames  in  the  AIRPLAN  emergency  procedures  nets 
are  readily  accessible  by  making  single  keystroke  keyboard  inputs.  In  Figure  13,  the  top 
level  frame  for  EA-6B  procedures  is  contained  in  the  top  window,  and  the  number  two 
option— ELECTRICAL— has  been  called  up  and  is  displayed  in  the  lower  window. 

3. 3. 3. 3  Future  Expansion  of  AIRPLAN.  Future  plans  for  AIRPLAN  include  further 

development  of  the  rule-based  expert  system  and  expansion  cf  the  emergency  procedures. 
Expansion  of  the  rule-based,  decision  making  component  of  the  system  will  include 
simulating  tanking  problems,  predicting  effects  of  events  upon  launch  and  recovery  times, 
and  allowing  for  the  specification  of  aircraft  type  dependent  alerts. 

Because  the  present  evaluation  effort  did  not  access  the  AIRPLAN  system,  no 
explicit  data  were  collected  regarding  this  functional  extension  of  ZOG.  However,  the 
ZOG  system  was  able  to  function  with  AIRPLAN.  The  AIRPLAN  output  became  very 
important  to  ship  management  in  a  number  of  areas.  As  a  result,  there  were  extensive 
modifications  made  to  ZOG  software  to  increase  the  reliability  of  AIRPLAN.  There  was 
no  question  that  the  AIRPLAN  system  improved  information  handling  within  the  ship's  air 
operations/command  structure. 
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Figure  11.  AIRPLAN  recovery  statistics. 
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Figure  12.  A1RPLAN  on-line  flight  schedule 
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Figure  13.  Sample  AIRPLAN  emergency  procedure  display  lor  EA-6B 


3.3.4 


Relationship  of  Systein  Growth  to  System  Development 

Change  in  the  size  of  the  ZOG  system  was  greatly  influenced  by  changes  in  the 
ZOG  system  software.  This  system  growth  was  evident  in  the  size  of  the  ZOG  data  base 
and  the  number  of  users  and  ship  departments  actively  using  ZOG. 

3.3.4. 1  Increase  in  Data  Base.  During  the  deployment,  the  ZOG  data  base  expanded  as 
a  result  of~Tncreased  functional  application  of  the  system  and  expansion  of  the  ZOG 
software  itself.  The  number  of  functional  ZOG  subnets  that  were  created  during  each 
month  of  the  deployment  for  each  ZOG  machine  are  presented  in  Table  5. 

The  bottom  line  of  Table  5  reveals  the  chronological  growth  of  subnets  in  the 
data  base.  In  March,  after  the  distributed  version  of  ZOG  had  been  implemented  on  the 
PERQs,  there  was  a  significant  increase  in  subnet  development.  As  the  system 
experienced  substantial  hardware  and  software  problems  from  April  through  3uly,  a  low 
rate  of  subnet  creation  was  not  surprising.  In  late  luly,  an  improved  version  of  the  ZOG 
software  was  released  to  the  ship's  PERQs.  Concomitant  with  the  new  software  was  a 
significant  increase  in  subnet  development.  During  August  alone,  36  or  one-third  of  the 
total  number  of  subnets  created  during  the  cruise  were  developed.  Lower  rates  of  subnet 
development  during  September  and  October  were  probably  not  due  to  any  software 
changes,  but  rather  to  the  greater  operational  tempo  of  the  ship  and  the  increased  time 
spent  on  port  visits. 

During  the  second  evaluation  visit,  users  mentioned  the  possibility  of  running 
out  of  data  base  storage  space.  A  check  of  the  available  partition  space  by  machine 
indicated  that  the  storage  space  concern  may  be  a  valid  issue  given  the  CARL  VINSON's 
approach  to  functional  data  base  development,  particularly  concerning  the  SORM, 
Certainly,  storage  space  was  a  concern  of  the  shipboard  management  personnel  in  the 
allocation  of  subnets  in  the  distributed  data  base.  Table  6  lists  the  partition  free  space,  in 
number  of  blocks  for  each  machine,  available  on  February  1984. 

According  to  Table  6,  the  machine  with  the  largest  existing  ZOG  data  base 
was  the  SUPO  PERQ;  hence,  it  had  the  smallest  amount  of  available  memory.  The 
AIROPS  machine,  though,  supports  AIRPLAN  and  is  not  truly  a  part  of  the  ZOG  data  base, 
but  correspondingly,  reflects  the  largest  amount  of  available  memory. 

Early  CARL  VINSON  activity  in  developing  SORM  subnets  has  resulted  in 
considerable  use  of  storage  for  that  purpose.  The  data  base  managers  make  proper 
allocation  of  the  data  base  to  provide  sufficient  storage  for  all  machines.  A  future 
concern  of  ZOG  managers  could  be  how  much  machine  storage  to  allocate  for  what 
subnet,  i.e.,  what  functional  applications  have  storage  priority. 

3.3.4.2  System  Use  and  Development  Activities.  While  system  usage  could  increase 
over  time,  it  is  also  a  function  of  system  development.  At  the  time  of  the  first  evaluation 
visit,  the  ZOG  system  had  19  users  who  were  functionally  employing  the  system,  including 
the  four  officers  in  the  ZOG  management  group.  During  this  first  visit,  extreme  system 
software  problems  involving  both  the  operating  systems  of  ZOG  and  the  PERQ  machine 
became  of  paramount  concern  to  all  involved.  As  a  result,  a  major  effort  was  undertaken 
by  the  CMU  developers  to  generate  a  software  system  that  would  eliminate  the  severe 
problems.  After  the  ZOG  software  was  revved,  the  evaluation,  team  observed  a 
significant  increase  in  the  number  of  use_s  and  the  extent  of  use.  During  the  second  visit, 
the  evaluation  team  interacted  with  30  primary  users. 
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Number  of  Functional  Subnets  During  1983  Deployment 


Table  6 


ZOG  Net  Partition  Free  Space  for  All  PF.RQs 
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Free  Space  Remaining 
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During  the  second  visit,  certain  departments  greatly  increased  their  system 
usage  and  their  number  of  users.  Particularly  evident  was  the  greater  use  by  the  ENGO, 
REAC,  and  Aircraft  Intermediate  Maintenance  Department  (AJMD)  and  the  initiation  of 
use  by  the  XO's  division  officers  task  group.  Greater  use  across  the  system  was  seen 
through  a  higher  frequency  of  interaction  between  departments  and  with  the  Management 
Department. 


In  summary,  the  number  of  users,  departments,  and  the  extent  of  their  use  of 
ZOG  had  increased  significantly  as  a  consequence  of  the  implementation  of  the  improved 
software.  Further  improvement  of  the  software  to  totally  remove  system  interruptions 
would  have  resulted  in  even  greater  system  utilization. 


3.4 


System  Maintainability 


The  topic  of  ZOG  system  maintainability  will  be  presented  in  terms  of 
ZOG/PERQ  maintenance,  the  requirement  for  spare  parts,  and  machine  and  software 
reliability.  While  reliability  and  maintainability  are  extremely  crucial  to  a  system 
implemented  in  the  operational  Navy  environment,  they  are  also  critical  to  developing 
systems.  The  importance  of  a  developing  system  stems  from  the  need  for  reliability  to 
ensure  that  the  system  has  an  adequate  opportunity  to  mature  in  a  healthy  working 
environment.  If  either  the  hardware  or  the  software  are  not  functioning  properly,  it  is 
difficult  to  accurately  assess  the  functioning  of  the  other  system  components.  The 
necessity  to  implement  the  ZOG  system,  despite  not  having  a  fully  functioning  and 
debugged  system,  may  have  made  it  difficult  for  CARL  VINSON  users  to  judge  the 
system's  ultimate  utility.  Regardless,  the  level  of  system  functioning  must  be  docu¬ 
mented  during  this  evaluation  period  to  ensure  that  any  future  prototype  systems  avoid 
some  of  the  problems  experienced  by  the  ZOG/PERQ  system. 


3.4.1 


ZOG/PERQ  Maintenance 


3.4.1. 1  Maintenance  Management  Structure.  Maintenance  of  the  ZOG/PERQ  system 
was  managed  by  the  Management  Department.  Within  the  department,  personnel  in  the 
PERQ  Division  were  charged  with  responding  to  trouble  calls.  Maintenance  personnel  in 
the  PERQ  Division  consisted  of  an  AK2  and  five  unrated  DPs.  Software  repairs  were  the 
responsibility  of  the  PERQ  Division. 

The  actual  repair  of  equipment  was  officially  a  responsibility  of  the  Electronic 
Material  Officer  (EMO).  The  EMO  had  two  second  class  data  systems  technicians 
(DSs)  and  three  third  class  OSs  to  maintain  the  PERQs.  All  of  the  PERQ  maintenance 
personnel  under  the  EMO  and  some  of  the  PERQ  Division  personnel  had  completed  a  2- 
week  PERQ  maintenance  course  conducted  by  PERQ  Systems  before  the  cruise.  This 
training  should  be  repeated  about  every  IS  months  to  ensure  that  the  current  staff  of 
PERQ  maintenance  personnel  are  properly  trained.  The  maintenance  personnel  believed 
the  2-week  course  was  not  long  enough  to  provide  adequate  maintenance  support  for  the 
PERQs. 


3.4. 1.2  Corrective  Maintenance  Procedures.  Because  of  the  shortage  of  trained 
personnel,  corrective  maintenance  of  equipment  was  a  shared  activity  between  EMO 
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technicians,  PERQ  Division  personnel,  and,  on  occasion,  the  AIMD  Officer.  The  formal 
CARL  VINSON  procedures  for  unscheduled  maintenance  calls  are  as  follows: 

a.  Receive  the  trouble  call  and  log  it  in  the  PERQ  log. 

b.  Notify  one  of  the  PERQ  Division  personnel. 

c.  The  person  notified  will  respond  to  the  call  and  determine  if  the  trouble  is 
software  or  hardware. 

d.  If  the  trouble  is  a  software  problem  then  fix  it  or  contact  the  PERQ 
Division  Officer  and  relay  the  problem. 

e.  If  the  trouble  is  a  hardware  problem,  contact  the  EMO's  electrical 
casualty  control. 

f.  If  the  EMO  cannot  solve  the  problem,  make  a  request  to  the  AIMD  Officer 
for  assistance. 

g.  If  no  one  can  repair  the  equipment,  prepare  the  part  for  shipment  back  to 
PERQ  Systems,  Inc.  for  repair  or  prepare  necessary  purchase  orders. 

The  actual  equipment  repair  responsibilties  of  the  PERQ  Division  personnel 
were  limited  and  included  the  following: 

a.  Removal  of  the  cover  panels  for  inspection  and  cleaning. 

b.  Removal  of  whole  assemblies  such  as  the  keyboard  or  the  CRT,  etc. 

c.  Connecting  and  disconnecting  cables  from  the  back  of  the  PERQ. 

d.  Locking  the  disk  for  transporting  the  PERQ. 

e.  Supervising  the  transporting  of  the  PERQ  to  a  different  location. 

f.  Removal  and  replacement  of  circuit  boards. 

g.  Maintaining  the  PERQ  maintenance  log  book. 

Corrective  maintenance  of  ZOG  and  PERQ  software  was  the  responsibility  of 
the  PERQ  and  Special  Projects  Divisions  of  the  Management  Department.  As  a  practical 
matter,  software  maintenance  was  a  shared  activity  between  all  those  in  the  Management 
Department  that  had  the  programming  ability.  The  enlisted  PERQ  personnel  would 
frequently  respond  to  a  ZOG  trouble  call  and  be  able  to  resolve  the  problem  by  interacting 
with  the  user.  The  problem  would  have  been  an  operator  error.  Because  the  hardware  and 
software  were  so  unreliable,  resolution  of  the  problem  usually  required  at  least  an  initial 
contact  with  the  PERQ  Division  personnel.  As  some  users  became  more  sophisticated  and 
knowledgeable  about  the  system,  they  would  refer  software  problems  directly  to  the  ZOG 
group  personnel  most  skilled  in  that  software  area.  The  inability  to  eliminate  some  of  the 
continuing  software  problems  involving  the  interface  between  the  ZOG  and  POS  kept  the 
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ZOG  group  personnel  so  inordinately  involved  with  software  fixes  they  did  not  have 
adequate  time  for  other  system  needs,  such  as  user  training. 


3.4. 1.3  Preventive  Maintenance  Procedures.  In  an  effort  to  preempt  corrective 
maintenance,  the  AK2  in  tbe~FEkQ  Division  developed  a  set  of  preventive  maintenance 
procedures  now  performed  on  the  PERQs  periodically.  Other  members  of  the  ZOG 


Preventive  Maintenance  Procedures. 


management  group  indicated  that  conducting  preventive  maintenance  procedures  nad 
undoubtedly  prevented  several  equipment  malfunctions.  Performance  of  the  preventive 
maintenance  required  approximately  1  hour  per  machine  about  once  a  month.  These 
preventive  maintenance  procedures  are  included  as  Appendix  I. 


3.4.2 


The  original  allocation  of  PERQ  machines  to  the  CARL  VINSON  was  based  on 
the  assumption  that  2  of  the  28  machines  would  be  used  for  spare  parts.  Actually 
allocation  of  the  machines  to  the  various  departments  resulted  in  only  one  machine  being 
formally  dedicated  as  a  spare  machine  to  be  located  in  the  EMO’s  workshop.  The  intent 
was  to  have  the  spare  serve  as  a  working  component  of  the  ZOG  system  and,  therebv, 
include  the  EMO's  maintenance  office  as  an  active  part  of  the  ZOG  system  network.  The 
high  frequency  of  PERQ  malfunctions  resulted  in  the  spare  machine  being  stripped  of 
parts  for  prolonged  periods  of  time  to  keep  other  machines  operating.  Two  other 
machines  on  the  system  that  had  relatively  low  use  also  were  stripped  for  parts  for 
machines  in  more  ZOG  active  departments.  The  two  stripped  machines  were  the  CAG  and 
COMM  PERQs. 


Although  CARL  VINSON  had  departed  the  United  States  with  a  small  supply  of 
parts,  a  substantial  number  of  replacement  components  had  been  ordered  in  the  form  of  a 
Replacement  Stock  List  (RSL).  The  contract  for  the  RSL  was  let  in  May  1983,  and  the 
$92,000  in  parts  arrived  on  the  carrier  in  late  August  1983.  Installation  of  the  RSL  parts 
on  the  machines  caused  an  immediate  improvement  in  the  operating  status  of  the  system. 
The  parts  that  frequently  needed  replacement  were  display  boards,  Ethernet  boards, 
memory  boards,  and  power  supplies.  Additional  discussion  of  the  defective  components  is 
presented  in  the  following  section.  Table  7  lists,  as  examples,  the  spare  parts  required  for 
March  through  May  1983. 


PERQ/ZOG  System  Reliabilit) 


Reliability  of  any  computer  system  is  a  combined  function  of  the  reliability  of 
the  hardware  and  software  components.  Ideally,  evaluation  of  a  software  system,  such  as 
ZOG,  could  be  done  with  a  highly  reliable  computer  so  that  the  system's  effectiveness 
could  be  attributed  solely  to  the  software.  In  the  case  of  this  evaluation  of  ZOG, 
however,  it  was  operating  on  a  machine  that  was  not  functioning  well.  To  further  cloud 
the  issue,  problems  involving  the  interaction  between  the  ZOG  software  and  the  PERQ 
software  made  it  even  more  difficult  to  attribute  system  probiems  to  ZOG  or  the  POS. 
This  section  will  describe,  to  the  extent  possible,  the  system  reliability  problems  in  terms 
of  hardware  malfunctions  and  software  deficiencies  and  their  relationship  with  PERQ 
computer  problems. 


3.4.3. 1  Hardware  Malfunctions 


Table  8  presents  a  list  of  the  machines  and  their  downtimes  in  months  and 
days.  Machines  for  which  the  downtime  is  indicated  as  pending  in  the  table  were  down  at 
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Table  7 


PERQ  Spare  Parts  for  March  Through  May  1983 


Nomenclatu  :e 


Canon  Ethernet  ooard 
Display  monitor  board 
Memory  board 
Ethernet  board 

Total  for  1'-.  weeks 


Part  Number 


100266-00 
100005-00 
100048-00 
100225-00 


Price  ($) 


862.00 

456.00 

700.00 

260.00 

2273.00 


Comments 


No  display 


Non-REl  PER.Q  parts  from  1  April  to  present 


10  board 

100043-00 

547.00 

10  board 

100043-00 

547.00 

10  board 

100043-00 

547.00 

CPU  board  4K 

100004-00 

715.00 

MEM  board 

100048-00 

700.00 

MEM  board 

100048-00 

700.00 

Power  supply 

840100-01 

190.00 

Actuato  •  PCB  board 

26041-3 

7 

Monitor  board 

270C07 

456.00 

Fly  back  transformer 

9220 14-0044 A- A 

? 

Fly  back  transformer 

9220 14-0044  A- A 

7 

Bit  pad  puck 

1902-00 

50.00 

Bit  pad  puck 

1902-00 

50.00 

Ethernet  board 

100225-00 

260.00 

Ethernet  board 

100225-00 

260.00 

Ethernet  pig  tails 

100075-00 

26.00 

Tap  box 

2010E 

0 

Canon  Ethernet  board 

100226-00 

862.00 

Canon  Ethernet  board 

100226-00 

862.00 

Total  for  12  weeks 

9056.00 

Trashes  disks 
No  floppy  access 
No  boot  when  hot 
ODS  stops  at  231 
Korz.  lines  in  display 
Memory  parity  errors 
No  ODS  or  display 
ODS  slops  at  14 
No  display 
Frys  fuses 
No  display 

Broken  wire  in  scope 
No  buttons  work 
No  Ethernet  communications 
Sends  CRC  errors 
No  Ethernet  communications 
Tap  threads  striped 
CRC  errors 

CRC  errors.  Netserver  time 
requests  works  but  cannot 
print  remote  files. 


Table  S 


Electronic  Maintenance  3SN  Accountability  Log 
15  March  -  30  October  1983 


Machine 

Identification  Downtime  Fault 


PERQ  CPU 

4  mos. 

11  days 

Replace  IC  chips  (4285  on  memory  board) 

PERQ  CAG 

1 1  days 

Bad  Ethernet  board 

PERG  CAG 

18  days 

Bad  Ethernet  board 

PERQ  PERS 

2  days 

Bad  hard  disk  drive 

PERQ  HMED 

l  day 

Replaced  power  supply 

PERQ  HMED 

1  day 

Monitor  dims  out  during  1/0  ops  -  replaced 
power  supply 

PERQ  TRNG 

1  day 

Bad  keyboard 

PERQ  HMED 

1  day 

Replaced  disk  belt 

PERQ  AIR  OP 

1  mo. 

9  days 

Bad  motherboard  (connection  to  bit  pad) 

PERQ  BRIDGE 

1  day 

Bad  Ethernet  board 

PERQ  (Unknown) 

Pending 

Bad  memory  board  and  I/O  board 

PERQ  (Unknown) 

Pending 

Bad  pad,  Ethernet  board,  power  supply 

PERQ  750 

1  day 

Mouse  -  3  broken  wires 

PERQ  Spare 

1  day 

Mouse,  one  broken  ground  wire 

Bad  I/O  board 

PERQ  Chaplain 

1  day 

PERQ  XADM 

1  day 

Bad  bit  pad 

PERQ  DEV 

1  day 

Bad  keyboard 

PERQ  Canon  B 

Pending 

Bad  Ethernet  board  and  Ethernet 

transmitter 

PERQ  A1MD 

6  days 

Bad  power  supply,  motherboard 

PERQ  DEV 

2  days 

Bad  I/O  PCB,  CPU  PCB,  power  supply 
Ethernet  PCB,  and  monitor 

PERQ  MGT 

2  days 

Bad  monitor 

PERQ  COMM 

Pending 

Bad  power  supply,  monitor,  I/O  PCB, 
memory  PCB 

PERQ  ENGO 

m 

2  days 

Bad  memory  PCB 

PERQ  MGT 

2  days 

Bad  floppy  drive 

PERQ  Spare 

Pending 

Bad  I/O  memory,  CPU  Ethernet  PCB's  card 
cage,  power  supply,  monitor 

PERQ  VA1R 

3  mos. 

21  days 

Bad  Ethernet  PCB 

PERQ  WELV 

2  days 

Bad  monitor 

PERQ  XADM 

1  day 

Bad  power  supply  and  monitor 

PERQ  INPUT  A 

1  day 

Bad  monitor  (motherboard) 

PERQ  WELVA 

2  mos. 

14  days 

Bit  pad  and  mouse  defective 

PERQ  AIR  OP 

l  day 

Bad  I/O  board 

PERQ  Canon  A 

2  days 

Bad  memory  board 

PERQ  XADM 

4  days 

Software  correction 

PERQ  WELV 

2  days 

Hard  disk,  power  supply 

PERQ  XADM 

Pending 

Bad  monitor 

PERQ  AIROP 

1  day 

Bad  monitor 

PERQ  WELV 

1  day 

Replaced  I/O  board 

PERQ  AIMD 

Pending 

Replaced  display  monitor 

PERQ  XADM 

Pending 

Replace  monitor 

PERQ  SUPO 

l  mo. 

2  days 

Replace  monitor 

PERQ  ZZCO 

1  mo. 

9  days 

Replace  monitor 

the  time  these  data  were  collected.  In  some  cases,  while  a  component  of  the  PERQ 
machine  was  inoperative  other  parts  may  be  operating.  For  example,  while  a  display  may 
not  be  working  for  a  machine,  that  machine  can  still  be  turned  on  and  its  resident  data 
base  can  be  accessed  by  other  machines. 

Machine  downtime  accounted  for  14  percent  of  the  total  time  the  ZOG  system 
could  have  been  available  to  CARL  VINSON  personnel.  Some  machines  were  kept  down 
because  they  were  cannibalized  to  keep  other  machines  operative.  The  lack  of  spare  parts 
on  the  ship  and  the  difficulty  of  obtaining  replacement  parts  contributed  to  the  extended 
machine  downtime.  A  management  decision  determined  which  machines  would  be 
operationally  maintained. 

Table  8  indicates  the  high  frequency  malfunctions  on  the  PERQ  machines  were 
the  Ethernet  boards,  power  supplies,  memory  boards,  and  monitors  (displays).  Early  in  the 
cruise  the  PERQs  were  connected  to  ship's  power  without  benefit  of  the  voltage  surge 
suppression  devices.  Operation  of  the  computers  without  these  devices  could  have  caused 
the  malfunctions  in  the  power  supplies  and,  possibly,  other  problems. 

Another  explanation  for  frequent  failures  could  be  that  the  operating  environ¬ 
ment  of  an  aircraft  carrier  is  more  severe  than  that  of  a  normal  land-based  office. 

Specifically,  machines  in  the  compartments  of  CARL  VINSON  were  subjected  to  more 
vibration  and  heat  than  computers  experience  in  a  normal  office.  The  shipboard 
environment  probably  requires  some  degree  of  ruggedization  of  commercial  equipment, 
but  not  to  the  extent  of  requiring  military  standardized  devices.  The  ZOG  management 
group  did  attempt  to  minimize  environmental  problems  by  supporting  certain  machines  on 
shock  absorbing  mounts  and  relocating  a  few  machines  to  spaces  with  more  even 
temperatures.  The  evaluation  team  had  two  PERQs,  the  more  recent  Model  II,  which 
experienced  similar  problems  despite  the  fact  that  the  machines  were  located  in  a 
Controlled  laboratory  space.  C3 

The  management  group  used  the  ZOG  system  itself  to  monitor  the  status  of  all 
PERQ  machines.  A  sample  of  a  frame  from  the  PERQ  status  subnet  is  pre:  ?nted  as 
Figure  14. 

For  the  reasons  cited,  the  PERQ  machines  installed  on  board  CARL  V1N50N 
malfunctioned  at  a  rate  sufficient  to  interfere  with  use  of  the  ZOG  system.  The 
malfunctioning  of  the  equipment  was  not,  however,  the  most  critical  deficiency  of  the 
ZOG/CARL  VINSON  system. 

3.4. 3. 2  ZOG/PERQ  Software  Deficiencies 

The  most  serious  deficiencies  affecting  the  operation  of  the  ZOG  system  were 
system  software  limitations.  The  ZOG  software  version,  using  a  distributed  data  base 
through  the  POS,  experienced  frequent  and  continuous  problems  throughout  the  cruise. 

These  problems,  detected  as  unexplained  system  interrupts  that  stopped  system 
processing,  were  reduced  somewhat  during  the  cruise  with  new  ZOG  software  versions, 
but  the  software  revisions  were  temporary  fixes  to  get  around  some  fundamental 
incompatibilities  between  the  ZOG  and  POS. 

During  the  first  evaluation  team  visit,  team  members  observed  users  working 
with  the  ZOG  system.  During  virtually  all  of  these  observations  the  system  crashed  either 
for  a  hardware  or  software  reason.  Since  the  equipment  would  come  back  up  in  about  2 
minutes,  the  majority  of  these  malfunctions  were  assumed  to  be  due  to  software 
problems,  although  it  is  not  possible  to  ascribe  this  problem  to  only  one  software  program. 
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During  both  ship  visits  during  the  cruise,  reliability  logs  were  attached  to  all 
machines  with  instructions  for  the  users  to  login  and  logout  and  to  log  any  difficulties 
they  had  with  the  system.  Many  of  the  users  did  not  complete  the  reliability  log,  because 
it  was  an  awkward  and  unusual  procedure  for  them.  However,  all  log  sheets  returned 
indicated  some  system  problem,  usually  Ethernet  interrupts  or  unexplained  crashes  out  of 
ZOG. 


3.5  PERQ  Machine  Data  Description  of  ZOG  System  Use 

Data  regarding  the  use  of  the  ZOG  system  were  collected  from  the  PERQ 
machines  throughout  the  course  of  the  deployment.  As  described  before,  the  data  were 
transferred  to  floppy  disks,  sent  to  CMU  for  preprocessing,  and  sent  to  NAVPERSRAND- 
CEN  for  final  processing  and  analysis.  This  section  describes  the  data  obtained,  how  the 
ZOG  system  was  used  during  the  entire  cruise,  and  system  use  during  selected  time 
periods. 


3.5.1  Available  ZOG/PERQ  System  Data 

For  a  number  of  reasons  system  data  were  not  collected,  or  were  not  usable 
for  analysis,  for  certain  machines.  For  some  periods  during  the  cruise,  a  breakdown  of  a 
PERQ  machine  or  a  malfunction  of  the  operating  system  prevented  data  from  being 
recorded  or  collected.  In  other  cases,  operational  commitments  preempted  the  data 
collection.  One  limitation  of  the  system  is  that  if  data  are  not  collected  and  the 
statistic's  files  are  filled,  any  added  data  are  lost.  Evaluators  could  not  determine  the 
reason  for  any  particular  loss  of  data,  but  they  assumed  that  the  data  losses  did  not 
differentially  bias  the  general  results  of  the  evaluation. 

By  design,  data  were  not  collected  from  the  five  machines  that  supported  the 
A1RPLAN  system.  This  was  to  make  sure  that  AIRPLAN  software  would  operate  as 
efficiently  as  possible.  Accordingly,  those  five  machines  were  not  included  in  any  of  the 
analyses.  With  regard  to  the  remaining  machines  on  the  system,  the  statistical  data 
collection  did  pose  an  added  burden  on  the  ZOG  operating  system.  The  ZOG  statistics 
program  was  not  activated  until  the  distributed  data  base  software  version  was  imple¬ 
mented  in  mid-March,  so  the  machine  data  covers  the  period  from  15  March  until 
29  October  1983. 

Data  received  at  N AVPERSR ANDCEN  included  89  sets  of  user  statistics 
collected  from  20  of  27  ZOG  machines  on  board  CARL  VINSON. 

Table  9  presents  the  data  blocks  received  at  NAVPERSRANDCEN  for  each  of 
the  machines  throughout  the  cruise  and  also  significant  periods  when  individual  machines 
were  not  functioning. 

Table  9  shows  large  gaps  in  machine  usage  caused  by  faiiure  to  collect  the 
data  and  hardware  and  software  failure.  Software  deficiencies  also  account  for  some 
system  unavailability  for  selected  PERQs,  but  are  not  reported  on  Table  9.  Breakdowns  of 
the  CAG,  COMM,  and  spare  machines  account  for  a  major  lack  of  data.  Total  machine 
downtime  amounted  to  14  percent  of  the  total  available  time,  based  on  24-hour  days.  If 
available  machine  data  time  intervals  are  added  to  periods  of  machine  downtime  and 
divided  by  total  time,  the  resulting  proportion  of  time  accounted  for  is  56  percent. 
Another  source  of  missing  data  are  software  problems  that  resulted  in  "uncaught 
exceptions."  An  uncaught  exception  removes  a  user  from  the  ZOG  system  software  or 
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operating  system  and  erases  user  statistics  collected  up  to  the  time  of  the  exception.  For  '*!-»•’ 

other  than  the  machine  downtime  and  the  uncaught  exceptions,  the  evaluation  team 
received  no  other  information  that  would  account  for  the  frequent  and  long  gaps  in 
available  data.  Planned  analyses  had  to  be  modified  and  some  discarded  because  of  the 
'■elatively  small  and  intermittent  amounts  of  data  that  were  available. 

3.5.2  System  Use  During  the  Entire  Cruise 

At  NAVPERSR.ANDCEN,  a  ZOG  data  analysis  agent  was  applied  to  the  total 
machine-system  data  set  covering  the  entire  deployment  period.  This  section  describes 
the  findings  regarding  overall  system  use. 

Table  10  presents  the  total  time  all  ZOG  users  spent  in  each  of  four  system 
activity  categories.  These  categories  represent  the  user  (a)  browsing  through  the  ZOG 
subnet  information,  (b)  creating  or  modifying  ZOG  frames  using  the  ZED  editor,  (c) 
creating  or  modifying  frames  using  the  ZOG  SLED,  and  (d)  the  time  the  system  was  sitting 
idle  with  no  user  activity  discernible  to  the  machine.  (After  20  minutes  of  no  keystroke 
entry  while  in  ZOG,  10  minutes  in  ZED,  or  5  minutes  in  SLED,  the  machine  registers  an 
idle  period  and  writes  a  blank  statistics  frame.) 


Table  10 

Total  ZOG  System  Activity 


Activity 

Time  (hours) 

ZOG 

309.6 

ZED 

87.9 

SLED 

15.8 

Idle 

2964.3 

Table  10  shows  the  majority  of  the  active  ZOG  time  was  spent  in  referring  to 
existing  subnet  information.  Also,  the  table  indicates  that  the  ZED  editor,  which  is 
normally  used  to  create  complete  ZOG  frames,  was  used  five  times  as  much  as  the  SLED 
editor.  This  finding  is  to  be  expected  because  the  SLED  editor  permits  rapid  insertion  or 
modification  of  information  and  would  be  expected  to  be  used  for  shorter  periods  of  time. 

The  same  information  is  included  in  Table  11,  but  it  is  presented  separately  for 
each  machine.  Additionally,  this  table  presents  the  number  of  frames  accessed  during 
each  activity,  the  mean  time  spent  3t  a  frame  for  that  activity,  and  the  relative 
percentages  for  each  machine. 

For  all  three  ZOG  activity  categories,  the  IMDO  machine  in  the  AIMD  yielded 
the  highest  percentage  of  time  of  ail  the  machines.  The  WEPS  and  the  ENGO  machines 
recorded  the  second  highest  percentages  of  use  in  the  ZOG  system  and  the  ZED  editor 
categories.  Tied  for  highest  percentage  of  time  in  SLED  with  the  IMDO  machine  was  the 
HMED  machine.  In  the  ZOG  activity  category,  the  NAVO  (the  bridge)  and  the  WEPS 
machines  had  essentially  the  same,  the  third  highest  percentage  of  time.  The  finding  of 
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OVERALL 


the  greatest  relative  amount  of  use  on  the  IMDO,  HMED,  ENGO,  and  WEPS  machines  is 
consistent  with  the  interview  and  questionnaire  data  regarding  functional  use  of  the 
system. 


An  additional  finding  also  consistent  with  user  reported  activity  is  that 
regarding  the  number  of  frames  accessed  in  ZOG.  Again,  the  IMDO,  WEPS,  ENGO,  and 
NAVO  machines  reported  the  highest  numbers  of  frames  accessed.  Data  for  the  OXOW 
machine  indicate  that  users  had  a  high  rate  of  ZOG  use.  This  would  be  expected  because 
the  Assistant  OXOW  had  to  generate  the  Green  Sheet  daily  ship's  schedule. 

3.5.3  System  Use  During  Selected  Time  Periods 

The  total  data  base  of  statistics  obtained  from  the  ZOG  system  comprises  nine 
different  sets,  A  through  I.  Each  set  includes  all  available  data  for  the  20  machines  for 
basically  different  periods.  While  some  of  the  periods  for  the  data  sets  overlap,  for  any 
machine  the  data  are  unique  from  one  data  set  to  another.  Consequently,  each  data  set 
represents  a  unique  batch  of  data  from  one  set  to  the  next,  and  the  sets  represent 
mutually  exclusive  sets  of  information.  Across  data  sets,  however,  there  are  differing 
numbers  of  machines  and  numbers  of  days  represented  in  the  data.  Table  12  presents  the 
total  statistical  data  base  collapsed  over  the  20  machines  for  each  data  set  in  terms  of 
the  numbers  of  frames  and  subnets  that  were  accessed,  and  the  number  of  subnets  that 
were  deleted. 

Because  of  the  varying  numbers  of  machines  and  days  involved  in  each  data 
set,  comparisons  across  these  chronological  sets  of  information  are  difficult  to  make.  To 
equate  inese  uata,  ine  data  set  was  divided  by  the  fiumber  of  machine-days  represented  in 
the  data  set.  The  number  of  machine-days  was  determined  by  adding  together  the  number 
of  days  each  machine  contributed  data  to  that  set.  Then,  the  data  in  Table  13  were 
divided  by  the  number  of  machine-days  to  get  a  logically  equivalent  basis  for  comparing 
the  data  across  data  sets. 

The  data  now  reveal  some  consistent  and  understandable  trends.  For  the  first 
data  set  A,  collected  soon  after  the  system  was  installed,  the  data  reflect  the  usage  of  a 
small  and  new  computer  system.  After  users  became  experienced  and  system  problems 
were  resolved,  the  level  of  usage  increased  gradually.  After  the  revised  system  software 
was  installed  and  debugged  in  August,  there  was  a  significant  increase  in  usage.  The 
machine  data  reported  only  a  part  of  the  subnets  created  (see  Table  5)  that  were  verified 
by  the  evaluation  team  on  the  CARL  VINSON  PERQs,  The  data  sets  at  NAVPERSRAND- 
CEN  that  were  obtained  from  the  machines  represent  about  40  percent  possible  system 
uptime.  This  can  be  seen  from  the  column  in  Table  11  indicating  the  decreasing  number 
of  machines  and  machine-days  included  in  each  set.  As  would  be  expected  from  previous 
data,  the  PEP.Qs  used  most  were  the  IMDO,  ENGO,  and  REAC  mach  ies. 

In  another  attempt  to  make  chronological  comparisons,  three  discrete  30-day 
periods  were  selected  to  make  cross-period  comparisons.  Three  periods  were  chosen  that 
seemed  to  maximize  the  availability  of  data.  The  periods  selected  for  analysis  were 
6  April  to  5  May,  21  May  to  20  Tune,  and  16  September  to  15  October  1983.  A  summary 
analysis  was  performed  on  these  data  and  the  results  are  presented  in  Table  14.  The  data 
are  mutually  exclusive  across  the  periods.  When  this  report  v/as  prepared,  the  analysis  for 
the  second  period  had  not  been  completed;  hence,  those  data  are  missing  from  the  table. 
Again,  there  are  different  numbers  of  machines  and  intervals  providing  data. 
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System  Frame  and  Subnet  Activity  Chronological  Data  Set 


Time  Period 

A  D 

C 

‘  D  E  F 

G 

H 

I 

3/15-  4/03- 

4/09- 

3/23-  5/15-  6/03- 

8/02- 

9/11- 

10/11- 

Activity 

4/17  5/23 

6/12 

8/24  6/29  10/24 

10/24 

10/24 

10/24 

ZGG  frames  accessed 

10771  6081 

10134 

24120  16883  9054 

15327 

6052 

2933 

ZED  frames  accessed 

829  98 

733 

839  1172  859 

987 

674 

262 

LED  frames  accessed 

139  28 

90 

258  255  313 

403 

53 

29 

S/Ns  created 

115  2 

2 

14  5  9 

4 

2 

1 

deleted 

2 

-2 

1 

S/N  accessed 

533  69 

941 

1604  2302  2014 

3095 

941 

493 

Number  of  machines 
contributing  data 

17  12 

16 

16  10  9 

6 

3 

2 

Number  of 
machine-days 

299  128 

308 

414  233  182 

196 

64 

19 
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System  Frame  and  Subnet  Activity  per  Machine-day  for  Chronological  Data  Sets 

Activity 

A 

B 

C  D  E  F 

G 

H 

I 

ZOG  frames  accessed 

47.0 

47.5 

32.9  58.3  72.5  49.7 

78.2 

94.6 

154.3 

ZED  frames  accessed 

3.6 

0.8 

2.4  2.0  5.0  4.7 

5.0 

10.5 

13.8 

SLED  frames  accessed 

0.61 

0.22 

0.29  0.62  1.1  1  .7 

2.1 

0.8 

1.5 

S/Ns  accessed 

2.33 

0.02 

3.1  3.9  9.9  11.1 

15.8 

14.7 

25.93 
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To  make  comparisons  meaningful,  selected  variables  are  divided  by  the  number 
of  machine-days  for  each  group.  Comparing  periods  1  and  3  reveals  a  small  but 
consistent  increase  in  use  in  every  category.  This  increase  in  use  is  accompanied  by  a 
decrease  in  the  percentage  of  keyboard  error  strokes,  from  10.5  percent  down  to  5.1 
percent.  An  error  stroke  is  not  a  legitimate  command  for  the  ZOG  system,  and  the  PERQ 
sounds  a  buzz  to  indicate  an  improper  keystroke.  This  finding  suggests  that  as  the  users 
become  more  active  with  ZOG  they  also  increase  their  accuracy  to  select  the  proper 
command.  While  not  a  surprising  finding,  it  reflects  that  ZOG  exerts  a  form  of  learner 
control  beneficial  to  system  effectiveness. 

3.5.4  Use  of  ZOG  Agents 

ZOG  agents  are  programs,  maintained  as  subnets  of  ZOG,  that  can  be  invoked 
by  ZOG  command  to  automatically  operate  on  a  specified  portion  of  the  data  base.  All 
agents  are  maintained  on  each  PERQ  as  a  set  of  local  unique  subnets.  Implementation  of 
an  agent  involves  expanding  or  modifying  the  local  subnets  for  all  machines.  As 
mentioned  before,  the  ZOG  management  group  maintained  their  DEV  machine  with  the 
most  recent  software  for  debugging  purposes.  After  debugging  system  updates  and 
agents,  they  were  released  to  all  shipboard  machines.  A  list  of  all  the  agents  subnets 
common  to  all  machines  is  included  in  Appendix  3. 

Initially,  many  users  were  thought  to  be  able  to  develop  and  run  system  agents. 
However,  the  skill  level  required  of  agent  developers  exceeded  that  of  the  average  ZOG 
user  who  was  not  able  to  create  agents.  The  computer  had  to  be  programmed  to  use  the 
PASCAL  language  to  write  agent  programs.  At  best,  most  users  were  able  to  invoke 
agents  created  and  debugged  by  others.  Agent  writing  on  board  CARL  VINSON  was 
almost  exclusively  the  province  of  the  ZOG  management  group.  One  notable  exception 
was  the  A1MD  head,  who  used  the  IMDO  machine. 

Throughout  the  cruise,  agent  creation  was  a  combined  effort  by  the  CARL 
VINSON  ZOG  development  group  both  on  the  ship  and  at  CMU.  Agents  were  classified  as 
either  system  utility  agents  to  facilitate  direct  dealings  with  the  system  or  simply  as 
agents  that  would  be  applied  to  the  data  base.  Specific  agents  that  were  developed  during 
the  very  early  part  of  the  cruise  included  the  following: 

a.  DoListFrames:  produces  hard  copy  of  all  frame  titles  in  a  subnet. 

b.  DoIAmWho:  allows  users  to  use  another  PERQ's  local  nets. 

c.  DoWho:  provides  the  Ethernet  address  of  any  machine. 

d.  DoHiPrint:  used  to  monitor  changes  in  the  data  base. 

e.  FoFont:  changes  text,  options,  and  local  pads  to  any  specified  font. 

f.  ZViagnify:  changes  text,  options,  and  local  pads  to  a  preset  font. 

g.  AgDir:  lists  subnets  for  an  individual  PERQ,  or  for  all  PERQs,  with  the 
option  of  listing  only  changed  subnets  since  a  specified  time. 

h.  AfVBH:  outputs  PERQ  subnets  in  VAX  zbh  format  to  allow  use  on  a  VAX 

computer. 
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For  the  two  30-day  periods  discussed  in  the  preceding  paragraphs,  the  number 
of  agents  run  per  machine-day  was  computed.  During  the  first  period,  there  were  266 
agents  run  during  the  period  at  the  rate  of  1.4  agents  run  per  machine-day.  During  the 
last  period,  there  were  233  agents  run  at  the  rate  of  1.2  agents  run  per  machine-day. 
System  problems  interfered  greatly  with  the  running  of  agents  and  may  have  contributed 
to  the  low  rate  cf  agents  run. 


3.6  ZOG  User  Interface  Issues 

3.6.1  Human  Factors  Aspects  of  General  ZOG  System  Characteristics 

One  of  the  most  important  areas  of  consideration  in  evaluating  the  acceptabil¬ 
ity  of  an  interactive  computer  system  like  ZOG  is  how  well  users  can  interface  with  the 
system.  In  addition  to  the  question  of  whether  the  system  is  capable  of  supporting  an 
individual  user  in  the  performance  of  his  job,  the  user  must  be  able  to  easily  interact  with 
the  system.  This  is  especially  true  for  personnel  of  a  Navy  ship  like  the  CARL  VINSON, 
whose  crewmembers  are  expected  to  discharge  their  responsibilities  reliably  and  on  time. 
System  benefits  must  exceed  the  costs  incurred  in  system  development,  system  mainte¬ 
nance,  personnel  training  and  familiarization,  and  individual  effort  required  to  use  the 
system.  The  evaluation  team  directed  much  of  its  attention  to  the  latter  factor. 


Very  briefly,  consideration  about  the  ease  of  using  the  system  involves 
assessment  of  the  ease  of  learning  to  use  the  system.  Thus,  if  the  procedures  for 
manipulating  hardware  devices  are  complex  or  physically  difficult,  if  the  syntax  of  the 
dialogue  between  system  and  user  is  awkward,  or  if  the  form  of  information  going  in  or 
coming  out  of  the  system  is  incompatible  with  the  user's  perception  of  it,  the  system 
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The  developers  of  ZOG  designed  the  system  to  eliminate  the  need  for  users  to 
be  trained  programmers  or  data  base  managers  to  use  the  system  effectively.  The 
embedding  of  information  within  menu  frames  and  the  maintenance  of  very  rapid  system 
response  time  contributes  to  the  ease  with  which  the  ZOG  system  can  be  used.  The  user 
is  essentially  guided  through  the  system  by  a  hierarchy  of  menu  displays  on  the  screen. 
The  utility  of  this  approach  is  dependent  on  the  willingness  or  ability  of  the  user  to  read 
frame  after  frame  of  material  until  the  desired  information  is  obtained. 


3.6. 1.1  Interface  with  the  ZOG  Data  Base.  An  important  feature  of  the  ZOG  system 
is  that  the  user  does  not  need  to  know  aHout  formal  data  base  structures  before  storing  or 
retrieving  information  in  the  system.  By  simply  selecting  one  or  more  options,  the  user 
can  reach  any  point  within  the  data  base.  Any  frames  in  the  data  base  can  be  linked  or 
unlinked  without  regard  for  the  pathways  between  them.  Additionally,  the  user  can  easily 
establish  simultaneous  links  between  any  frame  of  information  to  similar  or  associated 
frames  throughout  the  data  base.  This  capability  relaxes  many  constraints  imposed  by 
conventional  data  base  systems  which  have  a  predetermined  inflexible  structure.  Entries 
into  and  queries  of  conventional  data  bases  require  that  either  the  user  or  some  available 
query  routines  know  that  structure. 

3. 6. 1.2  Interface  with  the  System  Characteristics.  The  characteristics  of  the  ZOG 
interface  are  heavily  dependent  upon  implementation  of  ZOG  on  particular  host  hardware. 
Hence,  the  merits  of  ZOG  cannot  be  judged  completely  separate  from  the  total 
ZOG/PERQ  system.  The  purpose  of  this  evaluation  is  not  to  assess  ZOG  per  se,  but  to 
determine  the  viability  of  using  ZOG-like  capabilities  "as  it  is  implemented"  in  an 
operational  environment  rather  than  in  a  laboratory  experiment.  Based  upon  the  findings 
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herein,  decisions  may  be  made  as  to  which  of  the  ZOG-like  features  will  be  used  in  any 
follow-on  system  and  what  the  hardware  specifications  must  be  to  adequately  implement 
these  features  to  their  best  advantage.  Therefore,  the  evaluation  attempts  to  (a) 
determine  the  relative  merits  of  ZOG  interface  concepts  as  they  apply  in  an  operational 
setting  and  (b)  assess  the  success  of  the  implementation  of  those  concepts  on  the  existing 
PERQ  hardware. 

The  major  interface  features  of  the  ZOG  system  are  (a)  a  consistent  frame 
structure  for  storing  and  displaying  information,  (b)  menu  selection  for  moving  among 
frames  or  to  invoke  external  agents  (programs),  (c)  rapid  system  response  to  users' 
selections,  (d)  on-line  editing  tools  for  creating  and  modifying  frames,  and  (e)  on-line 
documentation.  The  ZOG/PERQ  system  also  included  a  "mouse"  input  device  to  provide 
the  user  with  a  pointing  capability  and  "windowing"  to  permit  the  user  to  have  split  screen 
with  separate  information  fields  on  the  display.  Graphics  was  an  intended  capability,  but 
was  not  implemented  on  the  CARL  VINSON  system  during  the  evaluation. 

The  menu  -driven  approach  of  ZOG  was  a  success  as  far  as  the  inexperienced 
user  was  concerned.  The  mechanics  of  operating  the  ZOG  system  c  eyond  the  logon  posed 
no  problems  to  any  oi  the  users  who  were  simply  operating  the  system  to  browse  through 
the  data  base  or  an  on-line  tutorial.  There  was  little  need  for  new  users  to  learn 
commands  or  syntax  because  every  action  alternative  was  spelled  out  as  a  menu  option. 
Hence,  even  new  usets  were  capable  of  performing  the  steps  necessary  to  access  any 
information  in  the  data  base.  IJnfortunatelv,  without  periodic  and  extensive  browsing, 
users  were  seldom  aware  of  all  the  categories  of  information  in  the  data  base.  One  user 
could  be  completely  unaware  of  an  applications  subnet  which  a  shipmate  had  developed 
despite  tl>e  fact  that  elements  of  the  subnet  ha-J  direct  bearing  on  his  own  responsibilities. 
This  being  the  case,  much  of  the  power  to  link  frames  was  given  up  because  users  did  not 
know  about  these  possible  linkage  points,  because  information  is  stored  within  rames  and 
is  not  used  as  reference  pointers,  a  quick  global  search  cannot  be  conducted  to  locate 
elements  of  the  data  base  relevant  to  a  particular  topic  unless  a  particular  search  agent  is 
developed  and  invoked.  Everything  must  be  reached  by  hierarchical  search,  direct  access 
tc  specify  frames  by  identification  number,  or  by  local  pad  referral  (which,  as  discussed 
here,  is  not  fully  exploited).  Attempts  were  made  to  remedy  the  situation  with 
announcements  about  new  subnets  and  agents  at  periodic  users'  group  meetings.  The 
electror.ic  mail  capability  of  the  ZOG/PERQ  system  was  also  used  to  bring  users' 
attention  to  new  areas  or  changes  in  the  system.  These  steps  are  necessary  and 
beneficial,  but  they  tend  to  focus  on  new  developments  and  changes  and  do  not  address  a 
large  portion  of  the  data  base  already  in  place.  Despite  these  mechanisms  for  increasing 
user  interaction,  new  and  experienced  users  were  sti'l  on  their  own  to  form  an  overall 
picture  of  the  contents  of  the  networked  data  base. 

A  revised  table  of  contents  or  index  which  the  user  (or  current  nonuser)  can 
scan  for  possible  assistance  to  perform  his  job  or  to  further  develop  subnets  would  have 
been  useful. 

3.6-2  The  SQRM  as  a  Data  Base  Organizing  Factor 

The  SQRM  was  originally  intended  to  be  used  as  an  organizing  factor  in  the 
development  of  ZOG  subnets.  As  such  it  would  serve  as  a  table  of  consents,  provided  that 
the  user  was  able  to  identify  the  section  of  the  SORM  which  addressed  the  item  of  his 
interest.  However,  a*  pointed  out  earner  in  the  report,  even  though  the  SORM  was 
developed  far  beyond  the  level  typically  found  on  ships,  it  was  not  developed  to  the 
detailed  level  that  was  anticipated.  Individual  users  were  anticipated  to  further  develop 
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the  SORM  by  instantiating  their  responsibilities  down  to  the  most  meaningful  molecular 
level  possible,  if  that  were  done,  the  SORM  would  reflect,  under  ideal  conditions,  not 
only  the  major  functional  responsibilities  of  the  various  departments  aboard,  but  also  the 
precise  interrelationships  and  procedures  as  practiced  aboard  the  CARL  VINSON.  The 
SORM  could  have  been  prescriptive  to  the  point  of  being  a  job  aid;  two  things  hampered 
this. 


The  first  limiting  factor  was  time.  Ship's  personnel  have  primary  responsibili¬ 
ties  at  sea  which  consume  an  enormous  part  of  any  2^-hour  period.  Most,  if  not  all, 
personal  time  can  be  taken  up  by  the  performance  of  their  jobs,  let  alone  developing 
subnets  on  computers  about  them.  Thus,  ZOG/PERQ  development  by  users  was  most 
often  aone  during  any  free  time  left  and  required  a  minimum  degree  of  personal 
dedication. 


The  second  factor  which  limited  SORM  development  was  the  difficulty  any 
user  would  have  in  instantiating  their  job  as  a  subnet.  The  problem  is  very  much  like  the 
problem  of  developing  a  knowledge  base  for  expert  systems.  In  expert  systems,  a 
knowledge  engineer  works  directly  with  individuals  to  explicate  aspects  of  their  jobs,  the 
problem  situations  which  are  encountered,  and  the  manner  in  which  the  decisions  are 
made.  On  the  CARL  VINSON  the  user  was  left  alone  to  determine  how  to  instantiate  his 
job  within  the  framework  of  the  ZOG/PERQ  system,  using  some  partially  completed 
SORM  subnets  as  guidelines.  This,  understandably,  proved  to  be  an  inadequate  approach. 
Users  who  attempted  to  do  this  complained  of  many  false  starts,  finding  later  that 
headings  and  subheadings  they  created  earlier  were  inappropriate.  One  of  the  biggest 
problems  the  users  had  was  how  to  choose  meaningful  and  consistent  zcveis  of  envision* 
Users  were  constantly  concerned  that  their  subnet  structure  was  not  uniform  with  the  rest 
of  the  system  data  base.  As  a  result,  many  users  started  over  and  eventually  became  too 
frustrated  to  go  much  further.  Although  it  was  possible  for  the  users  to  modify  what  they 
had  completed  rather  than  start  over,  most  users  did  not  feel  familiar  enough  with  the 
editor,  ZED,  and  other  ZOG  features  to  do  so 


Tne  question  of  "depth  and  breadth"  is  a  problem  for  all  hierarchical  data  base 
systems.  When  the  data  base  is  to  be  created  and  populated  by  discretionary  users,  such 
as  on  the  CARL  VINSON,  firm  guidance  and  assistance  is  mandatory.  However,  once  the 
initial  net  for  individuals  can  finally  be  established,  maintenance  and  extension  are  much 
more  simple.  As  was  reported  earlier,  a  few  users  persisted  and  succeeded  in  completing 
subnets  to  provide  their  reliefs  with  an  enormous  amount  of  "corporate  knowledge"  about 
T’*,eir  position  and  responsibilities.  Despite  the  difficulty  ,  ed  to  others  who  worked 
without  apparent  success  in  establishing  subnets,  there  were  >ected  benefits.  Some 
personnel  reported  that  in  the  process  of  analyzing  their  res~r  abilities  for  this  project 
they  realized  many  areas  of  their  jobs  which  could  be  improved  by  a  simple  modification 
of  procedures  or  reassignment  oT  responsibilities  to  eliminate  needless  redundancies  which 
they  had  uncovered.  They  also  reported  a  better  understanding  of  the  working  relation¬ 
ship  that  must  occur  between  departments  for  the  ship  to  function  as  a  single  team.  Thus, 
there  may  be  positive  effects  attributable  to  the  ZOG/PERQ  project  which  are  not  in 
evidence  anywhere  in  the  data  base. 

3.6.3  Use;  Perceptions  and  Attitudes  Regarding  the  ZOG  System 

During  the  shipboard  interviews,  users  were  questioned  regarding  their  feelings 
towards  the  ZOG  system.  The  evaluation  team  clearly  believed  there  was  a  possibility  for 
responses  to  the  questions  to  be  biased  in  favor  of  the  system  because  of  command 
interest  in  the  project.  During  the  second  ship  visit,  an  anonymous  attitude  questionnaire 
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was  administered  to  the  system  users  who  attended  the  ZOG  users  meeting  to  allow  users 
to  express  their  true  feelings.  The  users  knew  that  after  completing  the  questionnaire 
they  were  to  return  it  directly  to  an  evaluation  team  member.  This  procedure  ensured  the 
anonymity  of  the  questionnaires  and  increased  their  validity.  The  questionnaire  items 
were  structured  so  a  positive  response  toward  the  ZOG  system  would  occur  equally  by 
indicating  agreement  and  disagreement  with  the  different  statements  to  control  for 
response  bias. 

Table  15  presents  the  questionnaire  statements  and  the  responses  from  the  17 
users  who  completed  it.  The  group  of  users  completing  this  questionnaire  was  composed 
mostly  of  the  primary  system  users. 

The  general  attitude  towards  the  system  is  seen  in  the  responses  to  items  a 
and  e.  Of  the  total  respondents,  88  percent  agreed  or  strongly  agreed  with  the  statement 
that  they  feel  a  real  sense  of  accomplishment  when  they  do  a  task  on  ZOG,  and  100 
percent  disagreed  with  the  statement  that  they  could  see  no  benefit  to  the  ship  from  using 
the  ZOG  system.  Responses  to  item  k  are  in  the  same  direction.  Eighty-eight  percent 
disagreed  wirh  the  statement  that  ZOG  is  a  good  idea,  but  they  will  be  glad  to  get  away 
from  using  it.  These  responses  all  suggest  a  strong  positive  regard  for  the  system  in 
general. 


More  sensitive  questions  deal  with  how  the  respondents  feel  about  using  the 
system.  In  item  b,  83  percent  of  the  users  agreed  with  the  statement  that  doing  a  job- 
related  task  on  ZOG  saves  time,  after  the  initial  ZOG  frames  are  made.  Similarly  in  item 
c,  88  percent  disagreed  with  the  statement  that  creating  the  ZOG  frames  is  so  hard  and 
time-consuming  that  they  prefer  to  do  a  task  away  from  the  system.  Both  of  these  results 
are  strongly  supportive  of  the  system.  Item  d  is  more  practical  and  probably  reflects  the 
user's  true  pragmatic  belief  about  the  system.  For  item  d,  59  percent  agreed  or  strongly 
agreed  to  the  statement  that  they  are  now  using  the  system  to  help  plan  their  own 
personal  activities;  29  percent  indicated  they  were  not  using  the  system  for  personal 
planning. 


How  the  users  feel  about  system  reliability  was  also  questioned.  For  ;tem  f, 
70  percent  disagreed  with  the  statement  that  the  ZOG/PERO  malfunctions  are  so 
frequent  they  cannot  use  the  system  productively.  There  were  three  users  (17  percent  of 
those  answering  the  questionnaire)  who  did  agree  w'th  that  statement.  Most  of  the  users 
felt  that  the  revised  system  software  had  improved  ZOG's  reliability.  This  is  seen  in  the 
58  percent  agreement  with  the  item  g  statement,  while  24  percent  at  least  disagreed 
about  improved  system  reliability.  There  is  a  prevailing  opinion,  though,  that  the  PERQ 
computers  are  not  sufficiently  reliable.  This  finding  is  seen  in  the  responses  to  item  j,  in 
which  65  percent  of  the  users  disagreed  with  the  statement  that  the  computers  are 
sufficiently  reliable  as  installed  on  CARL  VIN50N.  There  were  30  percent  of  the  users 
who  indicated,  by  their  responses  to  item  j,  the  perception  that  the  computers  were 
sufficiently  reliable. 

In  item  h,  87  percent  of  the  users  indicated  they  agreed  with  the  statement 
that  the  ZOG  management  group  gave  them  all  the  help  they  needed  in  keeping  the 
system  up.  The  user  feelings  are  not  as  positive  regarding  help  developing  new 
applications.  For  item  i,  76  percent  indicated  that  they  agreed  with  the  statement  that 
the  management  group  gives  them  all  the  help  they  need  developing  new  applications. 

The  responses  for  the  final  item  also  are  indicative  of  a  positive  general 
attitude  toward  the  system.  For  item  I,  88  percent  of  the  users  indicated  they  agreed 
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Table  15 


ZOG  Technology  Evaluation  Anonymous  Questionnaire  (N  =  17) 

Rate  the  degree  to  which  you  agree  or  disagree  with  the  following  statements: 


Strongly 

Agree 

(%) 

Agree 

(%) 

Disagree 

(%) 

Strongly 

Disagree 

(%) 

No 

Opinion 

(%) 

a. 

1  feel  a  sense  of  real  accomplish¬ 
ment  when  1  do  a  task  on  ZOG 

2  3 

65 

12 

b. 

Doing  a  job-related  task  on  ZOG 
saves  me  time,  after  the  initial 

ZOG  frames  c  made 

30 

53 

12 

5 

c. 

Creating  the _  frames  is  so  hard 

and  time-consuming  that  I  prefer  to 
do  a  task  away  from  the  ZOG  computer 

12 

41 

47 

d. 

1  am  now  using  the  ZOG  system  to 
help  plan  my  own  personal  schedule 
of  activities 

35 

24 

24 

5 

12 

e. 

i  see  no  benefit  to  the  snip  by 
using  the  ZOG  system 

47 

53 

f. 

ZOG/PERQ  malfunctions  are  so  fre¬ 
quent  that  I  can't  use  the  system 
productively 

5 

12 

65 

5 

12 

g- 

Since  the  ZOG  software  was  changed 
in  early  August,  ZOG  is  much  more 
reliable 

5 

53 

12 

12 

18 

h. 

The  ZOG  management  group  gives 
me  all  the  help  1  need  in  keeping 
the  system  "up" 

31 

56 

13 

i. 

The  ZOG  management  group  gives 
me  all  the  help  I  need  in  developing 
new  applications  for  ZOG 

35 

41 

5 

18 

j- 

The  PERQ  computers  are  now  suffi¬ 
ciently  reliable  as  they  are  installed 
on  CARL  VINSON 

30 

53 

12 

5 

k. 

I  think  ZOG  is  a  good  idea,  but  1 
will  be  glad  to  get  away  from 
using  it 

12 

30 

53 

5 

1. 

1  would  like  to  take  ZOG  with  me 
to  use  in  my  next  job 

70 

18 

12 

Write  any  comments  (positive  os  negative)  that  you  have  about  the  ZOG  system  on  the  back  of  this 
questionnaire.  Turn  completed  form  into  the  N AVPER5R ANDCEN  interviewer  only.  This 
information  will  not  be  provided  to  ship  management;  you  cannot  be  identified. 


i 


i 

i 
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with  the  statement  that  they  would  like  to  take  ZOG  with  them  tc  their  next  job. 
Responses  to  all  items  indicate  a  strong  positive  attitude  towards  the  system  and  a 
perception  that  it  helps  users  do  their  job. 

3.6.4  Ergonomics  Assessment  of  the  PERQ/CARL  VINSON  Workstation 

To  determine  the  extent  to  which  human  user  factors  have  been  satisfactorily 
embedded  into  the  PERQ/CARL  VINSON  workstations,  an  ergonomic  assessment  was 
conducted  on  the  workstation  environment  and  the  PERQ  workstation  itself.  This  section 
describes  the  findings  from  these  two  human  factors  assessments. 

3.6.4. 1  Adequacy  of  the  Workstation  Environment.  During  the  first  sh:  visit, 
evaluation  team  members  assessed  tKe  ergonomic  characteristics  of  10  of  the 
PERQ/CARL  VINSON  workspaces  that  represented  the  range  of  the  environmental  factors 
the  ZOG  system  encountered  on  the  ship.  The  10  factors  that  were  assessed  were  drawn 
from  an  ergonomic  checklist  for  video  display  terminals  and  workplaces  that  was  designed 
by  Cakir,  Har  t,  and  Stewart  (1980).  Table  16  presents  the  results  from  the  environmental 
assessment. 


Table  16 

PERQ  Workstation  Ergonomics  Assessment  Data 


Work  Station  Location  _ _ _ 

(To  be  completed  by  observer) 

Rate  the  following  ZOG/PERQ  workstation  features: 


(N  =  10  Workstations) 

Extremely 

Unsatis¬ 

factory 

Unsatis¬ 

factory 

Satis¬ 

factory 

Extremely 

Satis¬ 

factory 

1. 

Convenience  of  worksta  .ion 

- 

1 

8 

1 

2. 

Amount  of  workspace  around 
terminal 

_ 

2 

6 

2 

3. 

Table  height 

- 

- 

10 

- 

4. 

Chair  adjustability 

- 

5 

4 

1 

5. 

Keyboard  adjustability 

- 

1 

9 

- 

6. 

Illumination  level 

- 

1 

9 

- 

7. 

Illumination  adjustability 

- 

7 

3 

- 

8. 

Freedom  from  glare 

- 

4 

6 

- 

9. 

Surrounding  workstation 
temperature 

- 

- 

10 

- 

10. 

Surrounding  workstation 
noise  level 

- 

1 

9 

o 

1 
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Almost  all  of  the  environmental  factors  were  rated  satisfactory  for  the 
majority  of  the  workspaces.  In  general,  the  PERQs  were  located  in  office-like 
compartments  that  had  the  normal  range  of  heat  and  light  for  a  Navy  ship.  The  three 
factors  that  received  more  than  one  unsatisfactory  rating  were  the  adjustability  of 
illumination,  chair  adjustability,  and  freedom  from  glare.  The  PERQ  machines  had  been 
installed  with  standard  Navy  ship-issue  tables,  chairs,  and  lighting  conditions.  The  factor 
of  excessive  glare  on  the  PERQ  screens  was  considered  to  be  resolvable  by  installation  of 
glare  shields  on  the  PERQs.  This  was  recommended  as  a  solution  in  the  evaluation  team 
recommendations. 

Unsatisfactory  ratings  on  this  checklist  did  not  necessarily  result  in  lack  of 
system  use.  For  example,  the  workspace  with  the  largest  number  (4)  of  unsatisfactory 
ratings,  the  AIMD  workspace,  also  was  one  of  the  most  regularly  used  machines.  The 
A1MD  space  was  typical  because  it  was  the  department  head's  office,  and  the  machine  had 
been  placed  on  a  table  convenient  to  the  department  head's  cha:r.  Desks  and  tables  were 
small  and  there  was  little  room  to  add  another  computer.  Finding  space  for  the  sizable 
hard  disk  storage  cabinet  was  the  most  difficult  installation  problem.  A  limitation  of  the 
typical  installation  was  that  access  to  the  machine  by  users,  other  than  the  department 
head,  was  very  difficult.  Of  all  the  workspaces  on  the  ship,  only  about  20  percent  of  them 
permitted  ready  access  to  the  PERQ  by  other  than  the  designated  user.  The  problem  with 
this  approach  to  computer  installations  is  that  if  the  designated  user  is  not  using  the 
system  and  other  users  do  not  have  access  to  the  machine,  it  is  effectively  no  longer  a 
part  of  the  system. 

Vibration  trom  the  ship's  engines  and  aircral  c  affected  the  operation  of  the 
computer.  Although  vibration  was  not  a  problem  for  the  user,  its  negative  effect  on  the 
computer  certainly  interfered  with  user/system  operation. 

3.6.4.2  Adequacy  of  PERQ  Workstation  Equipment.  An  assessment  of  the  PERQ 
computer  was  performed  at  NAVPERSR  ANDCEN  using  Model  I  PERQs  procured  for 
different  projects  but  similarly  equipped.  The  assessment  of  the  PERQ  workstation  also 
used  the  ergonomic  checklist  developed  by  Cakir  et  al.  (1980).  The  results  of  this 
assessment  are  presented  in  the  following  paragraphs. 

For  the  typical  kinds  of  ZOG  user  tasks,  such  as  viewing/creating  ZOG  frames, 
agent  writing,  file  transfer,  data  manipulation,  and  telecommunications,  the  display 
screen  has  more  than  an  ample  number  of  available  character  spaces  and  has  adequate 
display  memory.  The  memory  is  accessed  by  page  scrolling  which  is  under  keyboard 
control.  The  character  set  is  adequate  and  may  be  interchangeably  displayed  as  black-on- 
white  or  white-on-black  background.  Characters  are  4  millimeters  (mm)  in  height  (at 
least  3  mm  is  recommended),  and  character  width  is  80  percent  of  uppercase  height  (70- 
80%  is  the  acceptable  range).  The  space  between  characters  is  20  percent  of  character 
height,  which  is  the  minimum  acceptable.  Row  spacing  is  considerably  more  than  the 
recommended  100-150  percent  of  character  height. 

The  PERQ  displays  both  upper-  and  lowercase  characters  with  lowercase 
descenders  projecting  below  the  base  line  of  each  line  of  text.  There  is  a  very  clear 
distinction  between  the  characters  X  and  K,  O  and  Q,  T  and  Y,  S  and  5,  !  and  L,  U  and  V, 
and  1  and  l.  There  is  however,  little  difference  between  the  lower  case  "1"  and  the 
numeral  "l,"  which  may  be  a  potential  source  of  confusion.  The  distinction  between  the 
letter  "O"  and  the  Number  "0"  via  a  slashed  0  is  very  clear  for  purposes  of  the  standard 
alphabet.  The  basic  character  set  is  upright  (as  contrasted  with  slanted)  and  cursive 
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characters  for  italics  are  not  available.  The  provided  cursor  is  clearly  distinguishable 
from  other  symbols  on  the  display.  Recently,  multiple  fonts,  which  can  be  defined  by  the 
user,  have  been  implemented  within  screen  and  frame  displays. 

The  display  screen  is  adjustable  in  the  vertical  axes  to  obtain  variable  screen 
angles.  The  screen  is  fixed  in  the  horizontal  a). is.  The  upper  edge  of  the  screen  is  set  at 
or  below  eye  height,  based  on  normal  chair  and  table  heights.  The  displayed  character 
images  are  stable,  and  screen  illumination  is  adequate  with  an  overall  luminance 
adjustment  at  the  rear  of  the  machine.  Although  character  and  background  luminance  are 
not  individually  adjustable,  the  contrast  between  character  and  background  is  good. 

One  of  the  highly  desired  characteristics  of  the  PERQ  is  its  divided  window 
capability  that  allows  the  user  to  switch  between  two  horizontally  divided  sections  of  the 
screen,  with  a  rhird  smaller  section  on  the  bottom  that  presents  results  of  user  inputs. 
Switching  between  windows  is  accomplished  by  a  single  key  stroke.  The  window  activated 
to  receive  user  commands  is  labeled  "current  window"  and  is  highlighted  with  a  white 
wide-band  border.  The  user's  active  window  remains  displayed  until  it  is  displaced  by 
switching  back  to  another  window.  The  split  screen  feature  permits  users  to  track  thei* 
preceding  actions  while  executing  another  task  and  having  a  record  of  actions  accumulat¬ 
ing  at  the  bottom  of  the  screen. 

The  keyboard  U  detached  from  the  display  screen  and  is  electronically 
connected  to  the  display  via  a  cable  of  adequate  length.  The  keyboard  is  of  sufficient 
weight  to  minimize  unintentional  movement.  The  thickness  of  the  keyboard  from  the  base 
to  the  home  row  of  keys  exceeds  the  recommended  range  limit  of  30  mm.  The  side  view 
profile  of  the  keyboard  is  a  combined  stepped  and  dished  configuration.  The  Iv/o  bottom 
rows  are  stepped  and  the  three  upper  rows  are  dished.  The  key  arrangement,  along  wilh 
an  angle  of  30  degrees,  makes  a  generally  comfortable  keyboard.  The  surface  of  the 
keyboard  has  a  mat  finish  with  an  acceptable  level  of  reflectance.  The  keyboard  does  not 
have  an  excess  of  deep  space  for  resting  the  palms  of  the  hand.  Key  travel  is  between  a 
recommended  0.8  mm  and  4.8  mm,  and  the  square  key  tops  measure  13  rmn,  again,  within 
the  acceptable  range  of  12  to  15  mm  for  accommodating  most  fingers.  The  center 
spacing  between  adjacent  keys  is  within  acceptable  limits— 18  mm.  Key  legends  are 
resistant  to  wear  and  abrasion  because  they  are  molded  into  the  key  tops.  Key  tops  on 
machines  located  on  board  CARL  VINSON  showed  no  sign  of  excessive  wear.  Key  top 
surfaces  are  concave  to  improve  finger  entry  accuracy  and  specular  reflections  are  kept 
to  a  minimum.  Depression  of  each  key  is  accompanied  by  an  audible  click  and  the  keys 
have  a  low  failure  rate.  The  keyboard  lacks  a  tactile  spike  on  the  "3"  key,  for  example, 
for  the  right  hand  in  the  home  position,  so  there  is  a  tendency  for  the  right  hand  to  drift 
too  far  to  the  right  when  touch  typing. 

The  layout  of  the  alpha  keys  corresponds  to  th  r  conventional  electronic 
keyboard.  Alphanumeric  keys  are  gray  and  are  not  differentiated  from  the  few  special 
function  keys  by  color  coding.  Commands  for  which  unintentional  operation  may  have 
serious  consequences  require  a  two-key  operation,  for  example,  Control-C  to  quit  and 
Control-$hift-C  to  leave  ZOG  and  return  to  POS. 

Pointing  of  the  cursor  and  activation  of  some  system  commands  are  accom¬ 
plished  by  means  of  bit  pad  and  a  four -button  puck  (mouse).  The  bit  pat,  15.5  by  15.5 
inches,  was  excessively  large  for  use  in  a  crowded  ship  environment,  but  operated  without 
trouble.  The  more  recent  PERQ  Model  II  is  available  with  a  tablet,  8.25  by  10.75  inches, 
which  is  a  size  more  easily  accommodated  in  typical  work  settings.  The  bit  pads  on  board 
CARL  VINSON  were  reported  to  be  cumbei  some  for  most  workspaces.  In  fact,  at  some 
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PERQs  the  pad  was  positioned  in  back  of  the  PERQ  monitor  to  get  it  out  of  the  way.  The 
PERQ  computer  would  not  operate  without  the  bit  pad  and  puck  plugged  in.  'rhe  smaller 
tablet  and  mouse  of  the  PERQ  II  would  be  a  better  peripheral  device  for  shipboard 
installations.  Additionally,  there  should  be  available  an  interconnecting  plug  that  would 
permit  system  operation  without  having  the  bit  pad  or  mouse  connected.  ZOG  users  were 
evenly  divided  regarding  their  preference  for  input  by  means  of  the  keyboard  or  the 
mouse. 


ZOG  makes  use  of  the  PERQ  flashing  indicators,  such  as  animated  bumble 
bees,  serial  dots,  and  highlighting  to  indicate  system  modes:  ZOG,  ZED,  SLED, 
que/standby,  and  current  window.  The  noise  level  created  by  the  PERQ  disk  drives 
exceeds  a  recommended  5  decibels  increase  over  the  ambient  noise  level  in  the  typical 
office. 


While  voltage  supply  fluctuations  have  not  been  a  problem  with  PERQs  at 
NAVPERSR ANDCEN,  they  did  prove  to  be  a  source  of  equipment  malfunction  on  board 
CARL  VINSON.  Provision  of  in-line  voltage  regulators  with  shipboard  PERQs  eliminated 
the  malfunctions  induced  by  line  voltage  surge.  The  PERQ  does  not  have  a  hardware 
alarm  system  of  either  an  audible  or  visual  nature  to  signal  a  malfunction.  There  is, 
however,  software  generated  feedback  to  indicate  when  memory  storage  file  space  is 
exceeded,  but  not  when  system  problems  cause  the  system  display  to  go  blank. 

The  PERQ  workstation  emits  sufficient  heat  when  operating  so  that  two 
machines  in  a  relatively  small  closed  room  will  significantly  raise  toom  temperatures. 
Heat  and  noise  transmission  of  the  PERQ  Model  I  does  impact  on  the  shipboard 
environmental  conditions  for  users.  Modifications  in  the  newer  model  1!  PERQ  machine 
have  reduced  both  the  temperature  and  noise  emitted  by  the  machine  when  compared  to 
the  Model  I  on  board  CARL  VINSON.  In  summary,  the  PERQ  more  than  meets  the 
minimum  human  factors  requirements  for  satisfactory  user  interaction. 

3.6.5  User  Interface  Characteristics  of  the  ZOG  System 

This  section  describes  the  evaluation  ream's  findings  on  a  number  of  issues 
that  affect  the  quality  of  the  ZOG/user  interface.  These  user  requirements  are  discussed 
in  terms  of  the  user's  ease  of  use. 

a.  Logon  and  logoff  delay.  After  turning  on  a  terminal,  it  may  take  2 
minutes  for  the  machine  to  warm  up  and  for  the  user  to  get  logged  on  to  the  ZOG  system. 
Logon  to  ZOG  when  the  PERQ  is  in  POS.  while  considerably  shorter  (approximately  30  to 
60  seconds),  is  sufficiently  long  to  alter  the  behavior  of  the  users.  This  longer  delay 
makes  users  stay  logged  on  the  system  rather  than  exit  and  logon  at  a  later  time. 
Similarly,  when  a  user  logged  off  the  system  there  was  a  delay  of  approximately  30 
seconds  while  the  machine  statistics  were  written  out  to  the  statistics  file.  This  delay 
also  contributed  to  individuals  not  logging  on  or  off  the  system. 

|  For  evaluation  purposes,  this  approach  to  different  users  logging  on  and  off  the 

system  effectively  eliminated  the  differentiation  of  users  on  the  same  machine.  Future 
versions  of  ZOG  should  strive  to  reduce  the  time  it  takes  to  get  the  user  into  and  out  of 
the  ZOG  environment  irrespective  of  any  statistics  collection  program.  While  the  delays 
were  of  sufficient  inconvenience  to  the  evaluation  team,  this  criticism  is  by  no  means  a 
major  system  concern, 
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b.  Guest  logon.  As  with  many  general  purpose  computer  systems,  ZOG  was 
programmed  to  permit  any  person  to  enter  the  system  using  a  guest  logon.  With  that 
logon,  however,  individuals  could  not  modify  subnets  to  prevent  unintentional  damage  to 
the  subnets.  What  was  enabled  was  the  ability  to  browse  through  the  ZOG  data  base  and 
complete  on-line  ZOG  training.  Use  of  the  guest  logon  absolutely  eliminated  the  ability 
to  distinguish  one  user  from  another  in  the  machine  usage  data  collected  for  this 
evaluation.  When  this  concern  was  expressed  to  the  ZOG  management  group,  they  made 
efforts  to  ensure  that  everyone  used  their  own  unique  logon.  However,  the  difficulty  and 
time  spent  logging  off  and  on  the  system  caused  people  to  use  the  machine  with  whatever 
logon  was  currently  registered.  The  logon  behavior  displayed  by  the  CARL  VINSON  users 
is  understandable  in  terms  of  individuals  who  are  trying  to  maximize  the  effectiveness  of 
their  time.  Naturally,  the  system  developers  would  like  the  detailed  user  information.  A 
proper  balance  between  experimental  and  developmental  needs  and  operational 
constraints  should  be  made  in  applying  logon  or  logoff  protocols  in  future  developmental 
systems  implemented  in  the  fleet. 

c.  Automatic  logoff.  For  a  period  of  time  during  the  middle  of  the  cruise,  a 
software  feature  was  implemented  onto  ZOG  wherein  a  machine  not  receiving  a  keystroke 
entry  for  20  minutes  would  have  the  user  exited  from  ZOG  and  the  statistics  would  be 
recorded.  This  feature  was  implemented  by  the  ZOG  management  group  to  induce  users 
to  aid  in  the  evaluation  by  performing  proper  logon  and  logoff  procedures.  The  problem 
arose  because  there  was  a  software  deficiency  that  would  result  in  a  user  not  being 
permitted  to  log  back  on  if  they  had  been  automatically  logged  off.  In  the  event  of  being 
logged  off,  a  user  would  have  to  reboot  the  system  and,  perhaps,  even  then  they  could  not 
get  back  on  the  system  for  a  period  cf  time.  This  became  of  sufficient  concern  to  the 
CARL  VINSON  users  that  the  automatic  logoff  feature  was  turned  off  after  about  2 
weeks. 

d.  System  response  time.  The  ZOG  system  bases  its  functionality  on  a  very 
rapid  response  to  the  entire  data  base.  Although  the  original  system  design  goal  of  .25 
was  not  met,  the  actual  response  time  of  the  system,  usually  .5  to  1.5  seconds,  was  well 
within  the  range  of  what  users  would  expect  for  a  menu  selection  system.  The  longer 
response  times  occurred  when  the  requested  frame  was  resident  on  a  remote  PERQ  and 
the  Ethernet  system  was  involved.  Even  the  increase  of  response  time  from  .5  to  1.5 
seconds  is  of  sufficient  concern  to  have  the  ZOG  data  base  manager  attempt  to  allocate 
subnets  on  machines  where  they  would  normally  be  used.  CARL  VINSON  users  were  very 
satisfied  with  the  system's  response  time  throughout  the  cruise.  Certainly  the  ZOG 
system  achieved  its  goal  of  providing  rapid  response  to  a  large  hierarchically  structured 
data  base. 


e.  Browsing  through  nets.  While  browsing  through  hierarchically  structured 
subnets  on  ZOG  is  easy  for  an  inexperienced  user,  there  were  a  number  of  CARL  VINSON 
users  who  would  get  lost  in  the  data  base.  The  relatively  new  user  would  have  particular 
difficulty  getting  to  a  specific  frame  if  they  did  not  know  the  frame  identification 
number.  Given  the  difficulty  of  working  to  a  specific  frame  and  faced  with  a  complex 
SORM  subnet,  users  would  tend  to  limit  their  excursions  into  new  sections  of  the  data 
base.  Several  users  expressed  the  desire  for  a  hard  copy  graphic  representation  of  the 
data  base  hierarchy  in  order  to  help  them  understand  the  subnets. 

f.  Unique  top  frame.  During  the  cruise,  the  ZOG  software  was  changed  so 
when  users  logged  on  they  were  presented  with  their  own  unique  top  frame.  This  change 
enabled  users  to  be  in  subnets  of  major  concern  to  them  immediately  and  without  a  search 
through  the  data  base.  This  change  contributed  greatly  to  increased  system  use.  The 
evaluation  team  believes  that  this  change  represents  a  pragmatic  approach  to  dealing  with 
the  difficulty  experienced  by  new  users  in  moving  through  the  data  base. 
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g.  Limits  on  data  base  size.  In  the  beginning  it  was  believed  that  the 
capacity  oi  the  system  could  easily  handle  any  expected  system  growth  lor  a  substantial 
time.  However,  the  manner  in  which  the  data  base  had  to  be  distributed  and  the  need  for 
redundant  distribution  of  the  data  base  caused  second  thoughts.  The  system  began  to 
show  noticeable  effects  from  the  need  to  constantly  swap  large  amounts  of  information 
around  the  Ethernet.  Delays  in  system  response  time,  while  still  in  the  acceptable  range, 
were  beginning  to  get  longer  as  more  information  and  more  users  were  added  to  the 
system.  As  long  as  the  storage  capacity  remained  fixed,  delays  could  be  expected  to 
increase  dramatically  as  more  experianced  users  were  added  to  the  system. 

h.  Use  as  a  word  processing  system.  The  ZOG  system  was  not  developed  as  a 
word  processing  system.  It  does  have  the  ZED  and  SLED  editors,  and  it  could  produce 
hard  copy  documents  through  a  printing  program  called  Scribe.  Unfortunately,  Scribe  on 
the  PERQ  Model  I  was  extremely  slow  and  was  not  functional  to  generate  documents. 
While  the  ZOG  frame  charts  can  be  easily  produced,  a  management  system  shoul<! 
incorporate  conventional  word  processing  capabilities.  Future  versions  of  ZOG  should 
have  good  word  processing  capabilities  and  should  have  a  good  software  interface  with  a 
printer. 


i.  Document  printing.  The  document  printing  program,  Scribe,  on  the  PERQ 
implementation  of  ZOG  was  not  at  all  adequate  for  generating  hard  copy  documents 
during  the  cruise.  Future  versions  of  ZOG  should  have  much  better  interfaces  with  a 
printing  program.  Inexpensive  printers  should  be  located  at  selected  ZOG  stations  to 
enable  those  users  to  generate  quickly  copies  of  work  task  lists  to  be  distributed  to 
subordinates.  Additional  printers  would  extend  functionality  without  greatly  increasing 
system  cost.  At  one  ZOG  machine,  the  user  had  an  A.pple  computer  and  an  inexpensive 
printer  to  generate  exactly  the  kind  of  work  lists  just  described.  Unfortunately,  the  user 
had  to  manually  enter  information  from  ZOG  to  the  Apple  to  generate  the  lists,  thereby 
duplicating  his  effort. 

j.  Documentation.  Many  of  the  ZOG  users  expressed  the  need  for  more  ZOG 
training  documents.  This  need  was  felt  by  inexperienced  and  by  sophisticated  users, 
although  the  need  was  for  different  levels  of  documents.  One  of  the  complaints  that  was 
expressed  by  users  was  that  the  documentation  that  did  exist  was  out  of  date. 
Documentation  for  the  experienced  ZOG  system  manager  was  also  insufficient  and  out  of 
date.  In  the  ZOG  management  office,  however,  the  evaluation  team  found  the  following 
documents  dated  5  August  1983: 

(1)  ZOG  Agent  User's  Guide 

(2)  ZOG  Primer 

(3)  ZOG  Glossary-Alphabetic  Index 

(4)  PERQ/ZOG  User's  Guide 

In  the  management  depart,  icnt  document  files  the  following  system  docu¬ 
ments  were  also  found: 

(1)  System  Utilities 

(2)  Agents/AIRPLAN 


.V.  * 
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(3)  User  Guides 

(4)  Message  Reports 

(5)  Font  Guides 

(6)  Three  Rivers  Computer  Corporation/PERQ  Service  Guide 

(7)  Editor/Netserver 

(8)  PERQ  Software  Reference  Manual 

(9)  Scribe  Distribution 

(10)  Canon  Printer  Driver 

(11)  Three  Rivers  Computer  Corporation/PERQ  Schematics  Manual 

k.  The  ZOG  editors.  ZOG  has  two  editors  which  are  available  to  users:  ZED 
and  SLED.  The  ZED  is  the  more  complete  of  the  two  and  is  the  one  intended  for  use  in 
building  and  modifying  frames  of  information.  It  has  a  large  repertoire  of  commands  to 
insert,  delete,  and  replace  characters.  It  also  permits  the  user  to  access  the  areas  of  the 
frame  which  define  the  menu  actions.  Because  the  PERQ  hardware  lacked  special 
function  keys  which  could  be  dedicated  to  the  editing  function,  a  command  system 
assigned  principally  to  the  QWERTY  keyboard  was  used.  Mastering  the  use  of  ZED  and  its 
command  structure  is  no  more  difficult  than  for  most  other  common  text  editors. 
Nonetheless,  it  is  a  skill  scon  lost  if  not  used  frequently.  Many  of  the  users  found  ZED 
complex  as  compared  to  the  word  processing  capability  of  the  Wang  VS  IOC,  which  has 
dedicated  word  processing  function  keys.  Most  of  the  difficulty  in  learning  ZED  was 
related  to  the  training  schedule  and  documentation.  Users  typically  got  their  training 
before  they  were  exposed  to  ZED  and  were  in  a  position  to  employ  it.  By  the  time  they 
were  competent  with  ZOG  and  were  ready  to  create  frames,  they  had  forgotten  many  of 
the  particulars  of  ZED.  The  document  describing  ZED,  though  useful  as  a  training 
manual,  was  not  particularly  helpful  when  the  users  relied  on  it  as  a  reference  manual. 
The  users  could  not  easily  extract  what  they  needed  to  use  ZED.  A  list  of  the  ZED 
commands  Is  contained  in  Appendix  K, 

The  second  editor,  SLED,  was  significantly  easier  to  use,  but  could  be  used 
only  to  fill  in  the  blank  slots  of  frames  already  created  by  ZED.  All  users  found  SLED  to 
be  extremely  convenient.  SLED  wotked  especially  well  when  used  in  conjunction  with  the 
mouse  to  selectively  indicate  which  blanks  were  to  be  acted  upon.  Where  a  significant 
amount  of  data  entry  was  required  and  the  tempo  of  operations  was  rapid,  as  in  A1RPL  AN, 
the  process  was  greatly  facilitated  by  the  use  of  SLED  and  its  options  which  permitted  the 
selection  of  predetermined  default  states  or  toggling  between  "yes  and  no"  responses  by 
the  user. 


1.  The  mouse.  The  PERQ  mouse  is  an  input  device  which  permits  the  user  to 
control  the  display  cursor  directly  with  his  hands.  The  mouse  is  a  puck-like  object  that,  in 
the  case  of  the  PERQ  hardware,  is  used  in  conjunction  with  a  magnetic  board  (bit  pad) 
which  senses  the  location  of  the  mouse  on  the  board.  When  the  mouse  is  moved  on  the 
board,  the  cursor  moves  correspondingly  on  the  screen.  The  mouse  could  be  used  to 
position  the  cursor  by  its  absolute  location  on  the  board  (upper  left  board  corresponding  to 
upper  left  on  the  screen)  or  by  a  series  of  cumulative  motions  of  the  mouse  (moving  the 
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cursor  downward  caused  the  cursor  to  move  downward  from  wherever  it  was  on  the 
screen!.  Users  could  select  options  from  ZOG  frames  by  manipulating  the  mouse  to  move 
the  cursor  to  the  option  displayed  on  the  screen.  To  make  it  easier  for  the  user  to  know 
just  when  the  cursor  had  been  positioned  properly  on  any  option,  the  ZOG/PP.RQ  display 
could  be  made  to  highlight  the  selected  option.  To  activate  the  selection,  the  user  needed 
only  to  depress  a  button  located  on  the  mouse  itself.  Thus  it  is,  in  fact,  possible  for  many 
of  the  user  interactions  to  occur  without  using  the  keyboard  itself. 

In  practice,  i..e  use  of  the  mouse  with  its  bit  pad  met  with  mixed  success.  As 
mentioned  in  the  previous  section,  the  mouse  was  most  useful  in  an  application  such  as 
AIRPLAN  where  the  slot  editor  SLED  was  used  heavily  to  input  information  into  specific 
blanks  on  the  display.  However,  most  users  interviewed  in  the  evaluation  did  not  use  the 
mouse  very  much.  The  major  complaint  was  the  amount  of  space  occupied  by  the  bit  pad. 
On  a  ship,  space  is  a  premium.  Since  the  individuals  would  most  likely  be  working  from 
written  notes  and  documents,  there  was  little  working  space  left  at  the  workstation. 
Because  the  use  of  the  bit  pad  was  a  convenience  more  than  a  necessity,  many  of  the 
users  simply  stood  the  device  on  end,  tucked  it  out  of  the  way  behind  the  display  unit,  and 
ieft  it  there. 

The  users  appreciated  the  ease  by  which  the  cursor  location  could  be 
controlled  by  the  mouse,  but  thought  that  an  alternative  which  required  less  space  would 
be  much  better.  Most  people  thought  that  a  "trackball"  device  would  be  the  most 
preferred  because  of  the  familiarity  most  Navy  personnel  have  with  Navy  Tactical  Data 
System  consoles. 

m.  The  tutorial.  The  ZOG  tutorial  served  as  the  major  training  device  for 
several  users.  Typically,  an  experienced  user  would  briefly  discuss  with  a  new  or  potential 
user  the  overall  structure  of  the  ZOG/PERQ  system  and  its  menu  approach.  The 
experienced  user  would  set  up  the  system  so  the  new  user  would  be  positioned  at  the  top 
of  the  tutorial  subnet.  Other  than  becoming  more  familiar  with  the  layout  the  keyboard 
and  the  meaning  of  the  more  unusual  symbols,  the  new  user  would  typically  have  no 
trouble  whatsoever  in  going  through  the  on-line  tutorial.  Some  users  would  periodically 
depress  the  wrong  key  by  accident  and  be  propelled  a  frame  forward  or  backward 
unexpectedly.  On  occasion,  users  would  declare  themselves  lost  at  this  point  and  would 
seek  assistance.  However,  early  in  the  tutorial  the  user  is  taught  how  to  move  back 
rapidly  until  a  familiar  frame  is  reached.  Adventuresome  users  would  explore  options  that 
require  them  to  do  a  little  more  to  recover.  The  developers  of  the  tutorial  tried  to  limit 
the  ways  a  new  user  could  get  himself  into  an  intractable  position.  Over  a  period  of  time, 
almost  all  the  traps  into  which  the  new  user  might  fall  should  be  eliminated. 

The  content  of  the  tutorial  is  very  complete  and  employs  many  of  the 
techniques  which  have  been  found  to  make  embedded  training  systems  successful.  The 
most  important  aspect  is  the  use  of  the  system  itself  to  teach  new  users.  By  using  the 
very  same  system  to  train  users,  a  degree  of  confidence  and  familiarity  is  established  in 
the  user  which  is  not  possible  otherwise.  Most  users  found  themselves  going  back  to  the 
tutorial  from  time  to  time  as  a  refresher  or  to  learn  more  about  some  aspect  of  the 
system  which  they  had  not  yet  experienced. 

3. 7  Postdeployment  ZOG  System  Changes 

Since  CARL  VINSON  completed  its  deployment  29  October  1983,  there  have 
been  a  number  of  changes  in  the  management  and  operation  of  the  ZOG  system.  Although 
the  activities  of  the  system  since  the  end  of  deployment  were  not  within  the  original 
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scope  of  this  report,  readers  may  be  interested  to  know  the  current  state  of  the  ZOG 
system.  This  section  describes  the  changes  that  have  taken  place  in  recent  months  in  the 
software,  system  management,  and  maintenance. 

3.7 . 1  System  Software 


ZOG  development  group  efforts  since  the  end  of  deployment  have  focused  on 
improving  the  robustness  of  the  system  with  software  changes.  Shipboard  ZOG  developers 
have  worked  in  coordination  with  the  CMU  personnel  to  develop  and  implement  a  number 
of  new  ZOG  utility  agents.  These  agents  improved  the  ability  to  manipulate  and  access 
the  data  base  and  improved  the  printing  capability  through  enhanced  text  production. 

3.7.2  System  Management 

Since  the  end  of  the  cruise,  the  CARL  VINSON  Management  Department  has 
been  reorganized  to  reflect  the  current  state  of  computer  systems  aboard  the  ship.  The 
department  has  been  designated  the  Management  Information  Systems  (MIS)  Department, 
and  still  has  three  divisions.  The  R&D  Division  has  the  responsibility  for  the  ZOG/PERQ 
system  and  special  projects  that  are  components  of  the  larger  Technology  Transfer 
Project.  The  Shipboard  Nontactical  ADP  Program  (SNAP)  Division  is  responsible  for  the 
newly  implemented  SNAP  computer  system  that  supports  the  ship's  supply  function.  The 
Administrative  Support  Division  is  responsible  for  the  Wang  computer  system,  word 
processing,  and  administrative  support. 

Although  personnel  within  the  MIS  Department  have  changed,  the  ship  is 
continuing  to  support  the  ZOG  system  with  personnel,  maintenance,  and  parts  supply.  One 
of  the.  four  officers  managing  the  ZOG  system  during  the  cruise  is  still  with  the  MIS 
Department  at  this  time,  ZOG  user  meetings  have  been  held  with  the  focus  on  informing 
users  of  system  changes  and  enhancements. 

3.7.3  System  Maintenance 


All  the  defective  parts  sent  to  PERQ  Systems,  Inc.  for  repair  have  been 
returned  to  CARL  VINSON.  Because  of  the  delay  in  getting  replacement  parts  under  the 
previous  agreement,  a  contract  was  let  in  December  1983  with  PERQ  Systems  Inc.  that 
will  ensure  immediate  transport  and  rapid  repair  of  PERQ  components.  The  company 
cancelled  a  maintenance  course  scheduled  for  February  1989  for  CARL  VINSON  person¬ 
nel;  the  course  was  conducted  in  3uly  1989.  The  cancellation  of  the  course  and  the  loss 
from  CARL  VINSON  of  three  of  the  PERQ-trained  maintenance  personnel  have  posed 
some  maintenance  problems  for  the  PERQ/ZOG  system.  The  improved  access  to 
replacement  parts,  because  of  the  recent  contract,  is  keeping  the  system  operating 
despite  less  available  shipboard  maintenance  capability.  This  maintenance  strategy,  of 
course,  is  placing  a  greater  reliance  on  the  exchange  of  components  rather  than  on 
equipment  repair. 


9.0  CONCLUSIONS 

The  ZOG  Technology  Demonstration  Project  meets  its  program  goal  of 
expediting  the  transition  of  technology  from  basic  to  applied  research  status  by 
implementation  aboard  an  operating  carrier. 
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4.1 


ZOG  Technology  Demonstration  Project  Objective 

The  development  of  the  ZOG  project  and  its  implementation  on  CARI.  VINSON 
represents  a  notable  research  milestone  in  the  acceleration  of  transition  of  research  from 
a  basic  to  applied  research  status.  While  the  system  experienced  problems  during  the 
deployment  test,  the  results  of  the  test  were  returned  to  the  developers  and  assisted  them 
in  making  system  revisions  that  improved  operational  utility. 

CONCLUSION:  The  ZOG  Technology  Demonstration  Project  met  its  program  goal  of 
expediting  the  transition  of  technology  from  basic  to  applied  research  status  by 
implementation  aboard  an  operating  carrier. 

4.2  Planned  Functional  Support 

4.2.1  Management  Planning 

The  ZOG  system  support  of  CARL  VINSON  management  was  notably  effective 
for  planning.  Hardware  and  software  problems  experienced  by  this  developmental  system 
did  interfere  with  development  of  functional  applications.  As  the  system  matured  and 
achieved  increasing  reliability,  users  developed  increasing  numbers  of  planning  applica¬ 
tions.  These  applications  affected  ship  operations  during  the  deployment  and  will 
continue  to  support  ship  operations  throughout  its  postdeployment  period  and  into  future 
deployments. 

CONCLUSION:  The  ZOG  system  implemented  on  CARL  VINSON  provided  significant 
functional  support  to  shipboard  management  despite  experiencing  an  initial  high  rate  of 
hardware  and  software  failures. 

4.2.2  SORM 


Certain  subnets  in  the  SORM  data  base  represent  extremely  useful  manage¬ 
ment  support;  use  of  the  other  SORM  subnets  was  minimal.  The  requirement  to  access 
the  ZOG  system  from  the  SORM  net  proved  awkward  and  constraining  to  the  users  and  did 
not  justify  the  SORM  being  the  organizing  structure  of  data  bases  for  similar  ZOG -like 
systems. 

CONCLUSION:  The  SORM  was  not  suitable  as  an  organizing  element  for  all  ZOG 

functional  applications  as  was  originally  conceived.  Some  SORM  subnets  provided 
extremely  beneficial  task  plans  in  support  of  the  performance  of  major  ship  evolutions. 

4.2.3  Weapons  Elevator  Maintenance  Training  Manual 

The  Weapons  Elevator  Maintenance  Training  Manual  represents  an  excellent 
application  of  the  video  diik  technology  in  conjunction  with  the  ZOG  system.  In 
combination  they  provided  a  training  format  to  the  CARL  VINSON  not  presently  available 
to  most  maintenance  personnel.  Software  and  hardware  problems  prevented  the  ZOG 
system  and  video  disk  from  obtaining  maximal  effectiveness.  This  application  of  the 
system  could  be  directed  towards  other  shipboard  maintenance  and  training  tasks. 

CONCLUSION:  The  ZOG  system  player  was  an  excellent  mechanism  for  development  of  a 
high  technology  Weapons  Elevator  Maintenance  Training  Manual  that  allowed  immediate 
on-line  incorporation  of  system  changes.  Application  of  this  training  technology  was 
limited  due  to  deficiencies  in  the  data  base,  the  interface  between  the  ZOG  system  and 
the  video  disk  player,  and  the  reliability  of  the  video  disk  player  itself. 
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4.2.4 


Weapons  Elevator  Maintenance  Training 

Two  major  ZOG  nets  were  created  during  the  deployment  in  support  of  WELV 
training.  Shipboard  personnel  reported  that  almost  all  personnel  associated  with  the 
weapons  elevators  experienced  the  video  disk  displayed  training  to  familiarize  them  with 
elevator  operation.  Data  base  and  electromechanical  deficiencies  were  observed  by  the 
evaluation  team  to  be  extremely  limiting  in  the  real  usage  of  the  system  for  training 
purposes. 

CONCLUSION:  The  ZOG  system  and  the  integrated  video  disk  player  provided  an  ideal 
technology  for  presenting  WELV  training. 

4.2.5  Additional  Training  Applications 

Other  training  applications  of  the  ZOG  system  focused  on  scheduling  of 
personnel  and  resources  for  training  purposes.  Development  of  additional  training 
applications  in  the  future  will  require  the  involvement  of  shipboard  management  personnel 
directly  concerned  with  training.  The  training  applications  on  the  system  could  be 
numerous  but  will  need  management  support  in  addition  to  the  actual  development  of 
instructional  material. 

CONCLUSION:  The  ZOG  system  supported  training  management. 

4.3  System  Extensibility 

4.3.1  AIRPLAN 

AIRPLAN  is  a  prototype  ’'expert" computer  system  designed  to  provide  rapid 
information  to  Air  Operations  Officers  during  flight  operations.  The  AIRPLAN  system 
was  integrated  with  the  ZOG  system  and  provided  the  AIRPLAN  output  information  to  all 
ZOG  workstations.  This  information  was  used  by  all  command  level  management 
personnel  to  keep  current  on  situations  during  air  operations.  During  the  cruise,  ZOG 
subnets  were  developed  that  enhanced  AIRPLAN's  effectiveness  by  providing  aircraft 
emergency  information  to  system  users.  Although  not  within  the  technical  scope  of  this 
evaluation,  the  effectiveness  of  AIRPLAN  warranted  its  inclusion  in  this  section. 

CONCLUSION:  The  AIRPLAN  extension  of  ZOG  represented  an  important  new  functional 
application  that  provided  on-line  information  about  carrier  air  operations  throughout  the 
ship. 

4.3.2  additional  ZOG  Applications 

During  the  cruise,  the  ZOG  system  experienced  increasing  growth  in  functional 
applications.  These  applications  ranged  from  routine  personal  plans  and  lists  to 
development  of  a  small  information  data  base  describing  details  of  weapons  systems  of 
the  United  States  Armed  Forc^^.  A  number  of  applications  involved  development  of  task 
plans  that  could  be  used  by  managers  o'-  their  subordinates.  Additional  use  of  ZOG  by 
general  ship's  company  was  limited,  in  part,  by  not  having  printers  available  at  selected 
ZOG  workstations.  In  general,  all  these  additional  applications  resulted  in  increased 
information  sharing  and  improved  communication  among  CARL  VINSON  personnel. 

CONCLUSION:  The  ZOG  system  supported  an  increasing  number  and  variety  of  ship 
functions  as  the  system  matured  and  users  became  more  familiar  with  ZOG. 
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4.4 


System  Use  and  Characteristics 


4.4.1  General  System  Acceptance 

During  the  ship  visits,  the  evaluation  team  noted  an  increase  in  user 
acceptance  of  the  ZOG  system  as  it  became  more  reliable.  There  was  not  only  an 
increased  use  of  the  system  by  individual  users,  but  also  an  increase  in  the  number  of 
active,  primary  users.  Interview  and  questionnaire  data  indicated  that  the  majority  of  the 
users  believed  that  the  system  was  contributing  to  the  performance  of  their  job  duties. 

CONCLUSION:  CARL  VINSON  users  accepted  and  used  the  ZOG  system  increasingly 
during  the  deployment  to  perform  their  duties.  As  the  system  became  more  reliable, 
users  became  more  active  in  applying  the  system  to  support  their  job  tasks  and  believed 
that  the  system  was  aiding  them  in  performing  their  job. 

4.4.2  ZOG  System  Usage  Rate 

Use  of  the  ZOG  system  increased  over  time.  Early  in  the  deployment,  system 
use  was  much  lower  than  was  expected.  The  evaluation  team  was  able  to  determine 
several  causes  for  infrequent  use.  The  principal  reason  was  the  lack  of  enough  available 
applications  which  individuals  could  use  immediately.  Secondly,  initial  system  unreliabil¬ 
ity  contributed  to  the  frustration  and  lack  of  confidence  of  new  users.  Lack  of  available 
time  to  learn  and  use  the  system  effectively  prevented  many  potential  users  from  working 
more  with  the  system.  Additionally,  training  and  documentation  were  believed  to  be 
insufficient  to  support  new  users  in  a  shipboard  environment. 

CONCLUSION:  ZOG  system  usage  rate  increased  uui  ing  the  deployment  as  more 

applications  arid  subnets  were  added. 

4.4.3  The  ZOG  Menu  Selection  Characteristic 

The  ZOG  system  users  were  able  to  use  the  menu  selection  characteristic  of 
the  system  regardless  of  their  level  of  experience.  The  selection  options  of  the  ZOG 
system  were  easily  learned  arJ  provided  ample  guidance  for  even  a  naive  user.  Users 
employed  the  menu  selection  techniques  with  little  concern  for  constraints  in  maneuver¬ 
ing  through  tiie  data  base. 

CONCLUSION:  The  menu  selection  characteristic  of  ZOG  was  readily  accepted  by 
system  users  and,  generally,  gave  ready  access  to  the  entire  data  base. 

4.4.4  The  ZOG  Rapid  Response  Characteristic 

The  rapid  response  to  keyboard  input  was  one  of  the  best  features  of  the 
system.  The  response  time  range  of  .5  to  1.5  seconds  was  well  within  an  acceptable  range 
for  system  users.  Future  ZOG  versions  should  strive  to  maintain  this  feature,  because  it 
clearly  makes  system  use  efficient  and  satisfying  to  the  user. 


CONCLUSION:  The  goal  of  providing  the  user  with  a  system  capable  of  rapid  response 
was  met  by  the  ZOG/PERQ  system.  Response  times  of  .5  to  1.5  seconds  were  well  within 
the  range  of  suitability  for  beginning  and  expert  users  alike. 


4.4.5 


The  ZOG  Hierarchical  Data  Base 


User  comprehension  of  the  ZOGnet  structure  is  necessary  for  accurate 
maneuvering  through  the  data  bass.  Inexperienced  users  occasionally  got  lost  while 
browsing  through  the  subnets.  Shipboard  changes  in  the  software  system  enabled  users  to 
enter  the  data  base  at  their  own  top  frame,  thereby  improving  the  ability  of  interacting 
with  ZOGnet  structure.  Experienced  users  had  no  difficulty  interacting  with  the  data 
base. 

CONCLUSION:  The  large-network,  hierarchically  structured  ZOG  data  base  was 

generally  acceptable  to  system  users.  Customizing  entry  points  into  the  data  base  greatly 
facilitated  user  interaction  with  the  system. 

4.5  ZOG  Training 

4.5.1  User  Computer  Skill  Requirement 

The  initial  computer  skill  level  of  CARL  VINSON  users  varied  from  absolute 
rank  beginner  to  expert  with  master  of  science  degrees  in  computer  science  or  operations 
research.  Most  of  the  users  had  had  minima!  familiarity  with  a  microcomputer,  either 
through  personal  ownership  or  in  their  Navy  career.  The  effect  of  prior  knowledge  of 
computers  seemed  related  to  the  level  of  attained  skill  with  ZOG  during  the  cruise.  This 
may  have  been  due  to  more  experienced  individuals  being  able  to  work  around  system 
problems  that  would  deter  an  inexperienced  user.  System  managers  in  the  Management 
Department  had  PASCAL  computer  programming  abilities  and  needed  them  in  the  course 
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CONCLUSION:  ZOG  did  not  require  the  user  to  have  any  background  or  experience  in 
computers  for  a  majority  of  the  system's  use.  Prior  experience,  however,  was  beneficial 
in  using  some  of  ZOG's  more  sophisticated  features.  ZOG  system  managers  must  be 
experienced  and  expert  in  using  and  programming  computers. 

4.5.2  ZOG  System  Training 

ZOG  system  user  training,  provided  by  the  Management  Department,  involved 
individual  and  group  instruction  throughout  the  cruise.  User  training  provided  by  the  ZOG 
system  included  on-line  tutorial  and  on-line  documents.  The  same  documents  were 
available  to  users  in  a  hard  copy  format.  Because  of  the  relatively  rapid  change  in  ZOG 
software,  most  of  the  on-line  and  hard  copy  training  materials  were  not  current.  Efforts 
to  maintain  the  ZOG  system  interfered  with  the  ability  of  the  Management  Department  to 
provide  user  training.  Both  beginning  and  skilled  users  expressed  the  desire  for  more 
training.  Additional  training  should  have  been  directed  specifically  at  target  populations, 
for  example,  at  beginners  or  at  experienced  level  individuals. 

CONCLUSION:  The  ZOG  training  provided  CARL  VINSON  users  during  deployment  was 
adequate,  but  was  not  updated  sufficiently  to  make  optimum  use  of  evolving  system 
capabilities. 
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4.6  System  Reliability  and  Maintenance 

4.6.1  Hardware  Reliability 

- - - - t_ 

The  ZOG  technology  demonstration  project  hardware  system,  comprised  of 
PERQ  computers,  Ethernet  networking  cables  and  connectors,  and  Canon  printers,  experi¬ 
enced  severe  and  frequent  malfunctions.  '*'hiie  some  commercial  off-the-shelf  equipment 
will  work  quite  well  on  a  Navy  ship  without  pecial  ruggedization,  the  continual  vibrations 
and  sometimes  high  temperatures  in  a  ship  will  cause  some  equipment  to  fail.  Some  of 
the  hardware  malfunctions  were  caused  by  the  extreme  conditions  placed  on  the 
equipment  because  of  their  placement  of  the  ship.  For  example,  the  malfunctioning 
power  supplies  were  most  likely  caused  by  excessive  surge  of  line  voltage,  because  the 
frequency  of  power  supply  malfunctions  decreased  after  line  voltage  surge  suppressors 
were  installed.  Still,  the  PERQs  experienced  frequent  malfunctions  of  memory  boards, 
displays,  disk  drives,  and  cabling  and  Ethernet  connectors.  The  hardware  system  was  not 
sufficiently  reliable  for  use  in  an  operational  setting. 

CONCLUSION:  The  hardware  suite  used  for  the  CARL  ViNSON  ZOG  system  was  not 
sufficiently  reliable  for  sustained  operational  use  aboard  an  aircraft  carrier. 

4.6.2  Hardware  Maintenance 


Because  of  the  high  rate  of  PERQ  hardware  failure,  maintenance  of  the 
computers  became  a  significant  factor  while  the  ship  was  on  deployment.  The  ship  did  not 
have  an  adequate  spare  parts  supply  at  the  beginning  of  the  cruise  and  it  was  quickly 
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after  the  cruise  began.  When  the  patts  shipment  arrived,  most  of  the  computers  were 
able  to  be  brought  back  on  line.  Technicians  on  CARL  VINSON  had  to  complete  a  2-week 
course  in  PERQ  maintenance  to  be  reasonably  competent  in  their  maintenance  tasks. 


CONCLUSION:  Hardware  problems  necessitated  a  commitment  of  ship's  maintenance 
technicians  beyond  what  was  reasonably  expected,  thereby  placing  an  unanticipated 
burden  on  the  technicians  and  the  spare  parts  supply. 


4.6.3  Software  Reliability 

ZOG  system  software,  written  in  PASCAL,  employed  a  distributed  data  base 
and  was  implemented  on  board  CARL  VINSON  at  the  beginning  of  the  deployment.  The 
ZOG  software  experienced  extensive  problems,  in  part  because  of  a  negative  interaction 
with  the  POS.  This  was  a  developing  system  and  not  a  prototype  ready  for  operational 
implementation.  The  software  did  work  well  enough  that  the  users  were  able  to  take 
advantage  of  all  system  capabilities,  particularly  during  the  end  of  the  deployment.  While 
development  of  the  distributed  data  base  software  was  a  notable  accomplish ment,  this 
being  tl*e  first  instance  of  it  occurring  on  an  operating  Navy  ship,  software  and  equipment 
problems  resulted  in  a  significant  limitation  In  access  to  the  data  base.  System  problems 
caused  by  Ethernet  interrupts  also  contributed  to  diminished  user  capability  and  satisfac¬ 
tion. 


CONCLUSION:  The  ZOG  system  was  clearly  capable  of  providing  beneficial  support  to 
shipboard  management,  although  the  software  must  be  improved  and  stabilized  before 
being  implemented  on  other  shin  management  systems. 
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The  CARL  VINSON  has  been  serving  as  the  test-bed  host  for  several 
technology  development  projects.  The  ZOG  system  served  as  a  management  tool  to 
monitor  and  guide  all  the  projects.  CARL  VINSON  command  and  personnel  have  been 
extremely  supportive  of  the  development  efforts  throughout  the  project's  life.  Associa¬ 
tion  of  the  Navy  personnel  with  the  civilian  experts  who  develop  the  systems  seems  to 
have  resulted  in  the  development  of  systems  that  are  better  suited  to  operational  needs. 
Additionally,  the  Navy  personnel  have  profited  technically  through  this  association  with 
the  technology  project  personnel,  thereby  bringing  into  the  operational  Navy  an  expertise 
that  is  not  commonly  found. 

CONCLUSION:  The  technology  test-bed  concept  aboard  CARL  VINSON  resulted  in  the 
development  of  systems  better  suited  to  operational  Navy  requirements  and  led  to 
improved  technical  skills  of  the  operational  Navy  personnel  associated  with  the  projects. 

5.0  RECOMMENDATIONS 

The  following  recommendations  are  based  on  the  evaluative  information 
gathered  during  shipboard  visits  and  onsite  observations.  These  recommendations  are 
directed  towards  both  the  operational  Navy  fleet  and  the  Navy  research  community. 

5.1  The  ZOG  system  merits  immediate  transition  to  advanced  development  as  an 
automated  management  system  in  support  of  shipboard  planning,  management,  training, 
and  evaluation  applications. 

5.2  The  technology  test-bed  concept  should  continue  to  be  supported  aboard  CARL 
VINSON,  and  other  selected  platforms,  to  ensure  maximum  benefit  from  applied  techno¬ 
logical  developments  and  to  provide  an  efficient  alternative  to  the  procurement  process 
permitting  iterative  system  development  within  the  context  of  research. 

5.3  The  research  community  should  consider  developing  future  versions  of  a  ZOG- 
like  system  using  the  Department  of  Defense  language,  ADA,  to  take  full  advantage  of  its 
transportability  and  its  capacity  for  supporting  concurrent  processing. 

5.4  The  Weapons  Elevator  Maintenance  Training  Manual  project  should  be  transi¬ 
tioned  to  advanced  development  so  additional  instructional  sequences  can  be  developed, 
interface  deficiencies  can  be  eliminated,  and  the  maintenance  training  portion  of  the 
project  can  be  further  developed  to  provide  a  broader  maintenance  application. 

5.5  Future  installations  of  ZOG  system  prototypes  should  have  a  substantial  set  of 
general  applications  in  place  so  new  and  potential  users  can  perceive  immediate  benefits 
from  the  system. 

5.6  The  ZOG  system  should  be  interfaced  with  other  shipboard  computer  systems 
to  ensure  maximum  effectiveness  of  all  systems. 
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APFF.NDIX  A 

ZOG  TECHNOLOGY  EVALUATION  FORMS 


4« 


ZOG  UCIINOLOGY  EVALUATION  ANONYMOUS  QUITS'!  1 ONNAI RE 


Gate  the  degree  to  which  you  agree  or  disagree  with  the  following  statements: 


Strongly 

Agree 


I  Strongly  U No 

Agree  I  disagree  Disagree  '[Opinion 


a.  I  feel  a  sense  of  real  accom- 
0!  i slime nt  when  I  do  a  task  on 
ZOG . 


Going  a  job-related  task  on 
ZOG  saves  me  tine,  aiter  the 
initial  ZOG  frames  are  made. 


c.  Creating  the  ZOG  frames  is  so 
hard  and  time  consuming  that  1 
prefer  to  do  a  task  away  from 
the  ZOG  computer. 


d.  1  am  now  using  the  ZOG  system 
to  help  plan  my  own  personal 
schedule  of  activities. 


1  see  no  benefit  to  the  ship 
by  using  the  ZOG  system. 


f.  ZOG/PERQ  malfunctions  are  so 
frequent  that  I  can't  use  the 
system  productively. 


g.  Since  the  ZOG  software  was  changed 
in  early  August,  ZOG  is  much 
more  reliable. 


h.  The  ZOG  management  group  gives 
me  all  the  help  I  need  in 
keeping  the  system  "up." 


i.  The  ZGG  management  group  gives 
me  all  the  help  1  need  in 
developing  new  applications 
for  ZOG. 


The  PERQ  computers  are  now 
sufficiently  reliable  as 
they  arc  installed  on  VINSON. 

!  think  ZOG  is  a  good  idea , 
but  I  will  be  glad  to  get 
away  from  usina  it. 


1.  1  would  like  to  take  ZOG 
with  me  to  use  in  mv  next 


Write  any  comments  (positive  or  negative)  that  you  have  about  the 
ZCG  system  on  the  back  of  this  questionnaire.  Turn  completed  form  into 
the  NPKOC  interviewer  only,  ''his  information  will  not  lie  provided  to  ship 
management;  you  cannot  be  identified. 


*£i 


■J 


i 

G 


0 


6 


6 


NAVY  PLRSONNLL  RiiSTARCil  AND  Dr V!' LOi’MLNT  CL 
SAN  DIEGO,  CALI IOKN1A  'Ji’lW 


NT  l  P 


PT  1  DC  3 
Day 


ZOG  SYSTEM  DSL  DATA:  OBSERVER  FORM 


r  D,  ■  Ui'c-J  I  I  /Vi  it  . >;' 


1.  Observer: _ __ _ _ _ _ 

2.  Time  logged  on _ or  observation  begins: _ _ _ 

3.  Time  end: _ _ 

4.  Individual  observed: _ _ _ _ _ _ 

5.  Work  Station  location: _ _ _ 

6.  Purpose(s)  of  ZOG  session,  as  expressed  by  user  at  beginning  of  session: 


7.  ZOG  system  capabilities  used:  _ 

a.  Review  ZOG  net  for  information. 

b.  Use  ZED  to  enter  information. _ 

Describe : 


8.  ZOG  capability  use  as  determined  by  observer 


9.  Approximate  system  response  time  (seconds)  from  keystroke  to  begi  nit  i  rrj 
of  display  of  next  frame. _  _  _  _ 

0.  Approximate  system  response  time  (seconds)  from  keystroke  to  complete  display 
of  next  frame _ _ _ _ _ _ _ 

1.  Check  facility  of  use  with  ZOG  system: 

Extremely  capable 
_ _  Capable 

_  _ A  few  difficulties  using  ZOC 

_ Major  difficulties  using  700 

How  long  (weeks)  does  User  indicate  they  have  used  ZOG? _ 

3.  Describe  difficulties,  il  any,  that.  User  has  with  system.  If  none, 
check  here. 


Describe  ship  functional  use  of  7.0G..  (Planning,  evaluation,  training 
sending/receiving  information,  examination/updating  of  GDPM,  etc,,) 


SB 


I 


'NAVY  PERSONNEL  RESEARCH  AND  DEVELOPMENT  CENTER 
SAN  D : E GO ,  CAL  I  TORN  I A  92152 


zgg/perq  user  interview  form 


leu  arc  requested  to  corrpleie  this  inte.ro i cv,-A \-:szio>-juaiva 
cs  pari  of  an  oval ■ration  of  the  ZCC/Fr. 'hf  system.  A l though 
some  of  you  nay  bo  r.c-j  ij>  t ho  ZCG/PEPQ  cys  Ivy  and 
cr.saer  all  of  the  ayueszion .<?.  Aue  iafermaticr.  z'r.c.i  you 
provide  oil  i  be  suzazarised  with  infer' rotten  from  ail  eider 
users  ana  will  r~oz  include  individual  names .  Accordingly } 
p lease  an. over  fraz'.kly  and  completely.  It  is  only  through 
year  assiszar.ee  that  the  system  can  be  improved  zo  meet 
your  needs  tr.  a  hazier  way.  Identifying  ir.fcnazicn  is 
needed  so  that  re  r.ay  contact  you  at  a  later  daze,  after 
you  have  herd  rare  eaperierre  with  the  7/DG/P'IF.Q  system. 

Ti.e  obtained  infor-.ntion  will  not  be  placed  in  your 
reccra s  and  rill  not  be  used  to  evaluate  you  in  any  way. 


Sept  1983 


Full  N.aT.e: 


Rate/ Rank 


i  *»  \  ‘  s  *.  c  •  i 


Tirr.a  in  this  Position  (Months): 


Job  Ass icjnxent : 


1  .  Indicate  the  extent  of  your  experience  with  any  type  of  computers: 


•0  previous  experience. 


I  occa.  Tonally  worked  on  someone's  personal  computer. 
List  any  programing  languages  you  have  used.  None. 


2.  ::-e  you  currently  using  the  ZOG  system?  ■_/  No  l_J 

3.  many  hours  did  you  work  on  the  ZOG/PERQ  system  yesterday? 


4.  How  long  have  you  worked  with  the  ZOG  system?  Ho.  of  weeks 


What  other  shipboard  computers  do  you  now  use  ? 

6 . 

Check  the  type(s)  of  training  you  received  on  ZOG. 

None 

_  On- 1 i ne  tutorial 

User's  Guide 

Help  from  another  user 

Other  (Specify) 

7 . 

Do  you  need  more  training  or  practice  at  this  time  to  feel  comfortable 

using  the  7.0C  system?  Yes  _ _  No 

If  yes,  specify  the  areas  in  which  you  feel  you  need  more  instruction. 

(For,  example:  need  help  in  using  ZED,  creating  a  frame,  using  the  SLED 

edi tor ,  etc . , . ) 

' 

d  . 

Describe  how  you  think  ZOG  training  might  be  improved. 

• 

3 . 

Rate  how  easy  you  think  ZOG  is  to  learn: 

Extremely  easy  _  Easy  _  Difficult  _  Extremely  Difficult 


10.  Rate  how  comfortable  you  are  using  the  ZOG  system. 

_  Extremely  comfortable  using  ZOG  at  any  time. 

_ Fairly  comfortable  using  ZOG.  1  know  I  can  make  it  do  what  I  want. 

_ Mild  discomfort  using  ZOG.  I  am.  not  sure  what  to  do  to  get  it  to  work. 

Extreme  discomfort  with  ZOG.  1  don't  like  to  use  it. 


A- 6 


‘t>  i"u 


Check  (>■')  the' 

following  tasks  for  which  you  have 

ever 

usee 

ZOG. 

Also  indicate 
perform  using 

the  frequency  (per  week)  of  those 
ZOG . 

tasks 

that 

you  now  regularly 

Used 

NO. 

of  Times 

.ny 

Per 

Week  Now 

Use  20 G  Task 


Initial  fain  1 i a  ri za  t  i  on  with  ship's  procedures/ 
regulations.  Describe  how  ZOG  is  used: 


Initial  t.ra i ni nq  in  the  use  of  ship's  procedures. 
Describe . 


Reference  and  resolution  on  performance  of  ship's 
procedures.  Describe. 


Determine  what  actions  to  take  concerning  ship's 
procedures.  Describe. 


Have  Used 
a  t  Any 
T  inte 


Ho .  ,c  f  n mes 
Per  Week  Now 
Use  ZOG 


Performing  corrective  and  preventive  maintenance 
on  the  weapons  elevators.  Describe. 


Update  of  weapons  elevator  maintenance  procedures 
Describe, 


Training  in  any  other  area.  (List  each  area  and 
describe  'now  70G  is  used.) 


Manage  any  aspect,  of  t raining,.  Describe. 


Send  work  related  messages  tc  individuals  or  offices* 
Describe.- 


12.  How  frequently  do  you  use  the  SORM  on  ZOG ?  (Times  per  week)  _  __ 

How  frequently  do  you  use  the  hard  copy  of  SORM?  (Times  per  week-)  _ 

13.  Have  you  used  the  ZED  editrw  ?  Yes  _  No 

If  yes,  how  many  times  did  you  use  ZED  during  the  past  week? _ _ 

14.  Rate  how  easy  you  think  ZED  is  to  use: 

Extremely  easy  _  Easy  _  Difficult  _  Extremely  Difficult 

15.  Have  you  used  the  slot  editor-SLED?  Yes  _  No 

If  yes,  how  many  times  did  you  use  SLED  during  the  past  week?  _ 

16.  Rate  how  easy  you  think  SLED  is  to  use: 

Extremely  easy  _ _  Easy  _  Difficult  _  _  Extremely  Difficult 

17.  Which  editor  do  you  use  the  most  frequently?  ZED  _  SLED  _ 

Why?  _  _  _ _ 


18.  When  you  use  your  preferred  editor  do  you  have  to  relearn  how  to 

make  it  work?  Yes  _ ,  sometimes  I  have  to  get  some  help. 

Mo  _ ,  I  use  the  editor  without  any  restudy. 

19.  When  you  use  the  least  preferred  editor,  do  you  have  to  relearn  how  to 

make  it  work?  Yes___ _ »  Sometimes  I  have  to  get  some  help. 

Nc _ ,  I  use  the  editor  without  any  restudy. 

20.  Why  do  you  prefer  the _ editor?  _ _ 


21.  Compared  to  the  first  of  the  deployment,  or  whenever  you  first  started 
using  ZOG  during  the  deployment,  are  you  now  using  ZOG: 

A  lot  more  frequently  _  '  More  frequently  _  About  the  same  _ 


A  little  less  frequently  _  A  lot  less  frequently 


o  go 


:cr  what  general  purposes  do  you  now  use  ZOG? 


ir.ce  using  ZOG,  have  you  changed  the  way  you  perforin  ct 
escribe. 


oes  the  use  of  ZOG  require  you  to  spend  mere  /'  j  ,  iess  /_7,  or, 
bout  tne  same  /_/  amount  of  time  to  perform  a  given  task.  Describe, 


r  experience,  how  frequently  has  tne  malfunctioning  of  the  ZOG/ PE RQ 
ir.terf erred  with,  the  performance  of  your  job  during  the  last  two  months? 

!_!  Never 

i~j  Infrequently,  about  once  per  month 
/~?  About  I  a  month 
!~j  Almost  everyday 

be  how  the  ZOG  system  has  helped  you  perform  your  job. 


jesc  n  b 


indered  ycur  job  performance. 

. 

• 

28.  Indicate  the  number  of  times  that  you  performed  the  following  20G  activities 
YESTERDAY-,  AND  DURING  THE  PAST  WEEK. 


a . 


b. 


c . 


d. 


e . 


f . 


9  • 


h. 


i . 


j . 


i- 


1 . 


m . 


n . 


o. 


P- 


q. 


Browsed  through  the  ZOGnets. 


Created  a  ZOG  frame. 


Yesterda 


L  Past  week 


Modified  a  ZOG  frame. 


Used  the  ZED  editor. 


Used  the  SLED  editor. 


Used  ZOG  to  make  a  list  of  tasks  or  things. 


Used  SCRIBE  to  print  out  a  document. 

Using  ZOG,  commented  on  someone  else's  frames. 
Used  the  ZOG  find  utility  to  locate  frames. 


Worked  on  creating  a  ZOG  subnet,  but  used 
paper  and  pencil  and  didn't  enter  anything, 
in  the  computer  at  the  time. 

Monitored  AIRPLAN  displays. 


Referred  to  the  SORM  on  ZOG. 


Used  ZOG  to  manage  the  work  schedules  of 
my  subordinates  . 

Used  ZOG  to  manage  my  own  work  schedule. 

Used  ZOG  to  check  on  the  activities  of  my 
col  1 eagues . 

Used  the  "Help"  feature  of  ZOG  to  understand 
how  to  make  ZOG  function. 


Used  the  mouse  and  tablet  to  move  through 


ZOG.  . 


23.  To  improve  the  ZOG  system  on  VINSON,  we  need  more  support  from: 

The  C.O.  _  X.O. _ ZOG  management  _ _  ZOG/PERQ  maintenance 

Our  own  subordinates _  ZOG  developers 


PERQ  manufacturer 


NAVY  PERSONNEL  RESEARCH  AND  DEVELOPMENT  CENTER 
SAN  DIEGO,  CALIFORNIA  92152 


JULY  1982 
Day _ 


ZOG/PERQ  USER  INTERVIEW  FORM 


You  arc  requested  to  complete  this  ijilcroicw/qucsiionnairc 
os  part  of  an  evaluation  of  the  ZOG/PEUQ  system.  Although 
some  of  you  may  be  new  to  the  ZOG/PERQ  system,  try  and 
answer  all  of  the  questions.  The  information  that  you 
provide  will  be  summarized  with  information  from  all  other 
users  and  will  not  include  individual  names.  Accordingly , 
please  answer  frankly  and  completely.  It  is  only  thi'ough 
your  assistance  that  the  system  can  be  im[)roved  to  meet 
your  needs  in  a  better  way.  Identifying  information  is 
needed  so  that  we  may  contact  you  at  a  later  elite 3  after 
you  have  had  more  experience  with  the  ZOG/PERQ  system . 

The  obtained  information  will  not  be  placed  in  your 
records  and  will  not  be  used  to  evaluate  you  in  any  way. 


Full  Name: 


Rate/Rank : 


Division: 


Job  Assignment: 


Time  in  this  Position  (Months): 


1.  Indicate  the  extent  of  your  experience  with  any  type  of  computers: 
No  previous  experience.  _ 

I  occasionally  worked  on  someone's  personal  computer.  _ 

List  any  programming  languages  you  have  used.  None.  _ 


2.  Are  you  currently  using  the  ZOG  system?  Yes  /__/  Mo  f~] 


A-15 


3.  How  long  have  you  worked  with  the  ZOG  system?  No-  of  weeks. 

How  many  hours  per  day  do  you  now  use  OG?  _ 

4.  What  other  shipboard  computers  do  you  use? 


5.  Check  (/)  the  type(s)  of  training  you  received  on  ZOG. 

_ None 

_  On-line  Tutorial 

_ _  User's  Guide 

___  Tutoring  from  Another  User 

_ Other  (Specify)  _ _ _ 

6.  Was  your  training  long  enough?  Yes  CJ  No 

7.  Were  the  training  objectives  clear  to  you?  Yes  [_J  No  £_7 

8.  Was  the  emphasis  of  your  training  right  for  you?  Yes  [_J  No  O 

9.  Do  you  need  more  training/practice  at  this  time  to  feel  comfortable 
using  the  ZOG  system?  Yes  O  No  CJ 

0.  Describe  how  you  chink  ZOG  training  might  be  improved.  (List  areas  you  think 
need  improvement.) 


Rate  how  easy  you  think  ZOG  is  to  learn: 
Extremely  easy  [_J  Easy  IJ  Difficult  f_J 


Extremely  Difficult  [_} 


12.  Check  (/)  the  following  tasks  for  which  you  have  used  the  ZOG/PLRQ  system. 
Also  indicate  the  frequency  (per  week)  of  those  tasks  that  you  now  regularly 
perform  using  ZOG. 


Have  Used  No.  of  Times 

At  Any  Per  Week  Now 

Time  Use  ZOG  Task 


Initial  familiarization  with  ship's  procedures/ 
regulations.  Describe  how  ZOG  is  used: 


Initial  training  in  the  use  of  ship's  procedures. 
Describe. 


Reference  and  resolution  on  performance  of  ship's 
procedures.  Describe. 


Determine  what  actions  to  take  concerning  ship's 
procedures.  Describe. 


c n  >> 


No.  of  Times 
Per  Week  Now 
Use  ZOG 


Task 


ed 

T  i  me  _ 

_  _ _ _  Update  shipboard  instructional/procedural  directives. 

Describe. 


Planning  specific  operations.  Describe. 


Guidance  in  carrying  out  specific  operations. 
Describe. 


No.  of  Times 
Per  Week  Now 
Use  ZOG 


Ta  s  k 


Have  Used 
At  Any 
Time 


Verify  that  operations  have  been  completed. 
Describe. 


Evaluate  performance  on  specific  operations/tasks. 
Describe. 


Initial  familiarization  with  the  weapons  elevators. 
Describe, 


Initial  training  in  the  maintenance  of  weapons 
elevators.  Describe. 


Reference  and  resolution  ui  maintenance  procedures 
for  the  weapons  -el eva tors .  Describe. 
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No.  of  Times 
Per  Week  Now 
Use  ZOG 


Task 


I 


Have  Used 
at  Any 
Time 


Performing  corrective  and  preventive  maintenance 
on  the  weapons  elevators.  Describe. 


R 


r. 

M 


Update  of  weapons  elevator  maintenance  procedures. 
Describe. 


Trai ning 
describe 

in  any  other  area,  i 
how  ZOG  is  used.) 

[List  each  area  and 

t 

to. 

i 

/  _ _  _____ _ Manage  any  aspect  of  training.  Describe. 


13. 


How  frequently  do  you  now  use  the  SORM?  (Times/Week)  _ 

Indicate  the  relative  percentage  of  times  .you  use  the  on-line  or 
hard  copy  SORM.  (The  numbers  should  total  100%.) 

% _ Hard  copy 

% _ On-1  i  ne 

Total  %  =  100% 

14.  Have  you  used  ZED?  Yes  /  /  No  f'J 

If  you  have  used  ZED,  answer  the  following  questions. 

How  many  times  per  week  do  you  now  use  ZED?  _ _ 

For  what  purpose  do  you  use  ZED? _ _ 


What  capabilities  of  ZED  do  you  find  most  difficult  to  use? 


15. 


Rate  how  easy  you  think  ZED 
Extremely  Easy  IZJ  Easy 

Compared  to  the  first  month 

A  lot  more  frequently  /  / 

A  little 


is  to  use: 

/  7  Difficult  /  j  Extremely  Difficult  l_J 
that  you  used  ZQG,  are  you  now  using  ZOG: 

More  frequently  /  ']  About  the  same 
less  /J  A  lot  less  frequently  /  ~J 


T 


16.  For  what  general  purposes  do  you  now  use  ZOG? 


17,  Since  using  ZOG,  have  you  changed  the  way  you  perform  certain  tasks? 
Descri be . 


18.  Does  the  use  of  ZOG  require  you  to  spend  more  /'7,  less  or, 

about  the  same  amount  of  time  to  perform  a  given  task.  Describe. 


4  • 

19.  In  your  experience,  how  frequently  has  the  malfunctioning  of  the  ZOG/PERQ 
system  interferred  with  the  performance  of  your  job? 

/_/  Never 

/_  /  Infrequently,  about  once  per  month 
!_2  About  1  a  month 
f~l  Almost  everyday 

20.  Indicate,  from  your  own  personal  experience,  the  relative  percent  of  time 
that  the  ZOG  system  malfunctioned  due  to: 

_ equipment  (hardware)  failure. 

%_ _ programming  (software)  failure. 


%  of  times  -  100 


Total 


r  i. 


NAVY  PERSONNEL  RESEARCH  AND  DEVELOPMENT  CENTER 
SAN  DIEGO,  CALIFORNIA  9215? 


JULY  1983 
Day _ 


ZOG  SYSTEM  USE  DATA:  OBSERVER  FORM 

(To  be  used  during  observation  of 
c,y  a  Lem  use.) 


Observer : _ _ 

Time  logged  on _  or  observation  begins:  _ 

Time  end:_ _ _ _ 

Individual  observed: _ _ _ _ 

Work  Station  location: _ 

Purpose(s)  of  ZOG  session,  as  expressed  by  user  at  beginning  of  session: 


ZOG  system  capabilities  used: 


a.  Review  ZOG  net  for  information, 

b.  Use  ZED  to  enter  information. _ 

Describe: 


.  ZOG  capability  use  as  determined  by  observer. 


9.  Approximate  system  response  time  (seconds)  from  keystroke  to  beginning 
of  dispiay  of  next  frame. _ 


10.  Approximate  system  response  time  (seconds)  from  keystroke  to  complete  display 

of  next  frame. _ _ _ _ 

11.  Check  facility  of  use  with  ZOG  system: 

_____  Extremely  capable 
_ Capable 

_ A  few  difficulties  using  ZOG 

_ Major  difficulties  using  ZOG 

12.  How  long  (weeks)  does  User  indicate  they  have  used  ZOG? _ _ 

13.  be  difficulties,  if  any,  that  User  has  with  system.  If  none, 
che  here. 


14.  Describe  ship  functional  use  of  ZOG.  (Planning,  evaluation,  training, 
sending/receiving  information,  exami nation/updatinf  of  SDRM,  etc.) 


JULY  1983 


RCH  AND  DEVELOPMENT  CENTER 
CALIFORNIA  92152 


ERGONOMICS  ASSESSMENT 

ati  on : _ 

by  Oba&i'vci'. ) 


n  features: 


Extremely 
Unsati s- 

Unsatis- 

Satis- 

Extremely 

Satis- 

factory 

factory 

factory 

factory 

5  NAVY  PERSONNEL  RESEARCH  AND  DEVELOPMENT  CENTER 

SAN  DIEGO,  CALIFORNIA  92152 


JULY  1983 
Day _ 


ZOG  SYSTEM  SUPPORT  OF  TRAINING 

To  be  discussed  with  appropriate 
functional  area  supervisors. 


A .  ZOG  Support  of  Weapons  Elevator  Maintenance  Training : 

(individual  Interviewed: _ ) 

1.  Number  of  persons  trained  using  ZOG  supported  training  (including 

videodisc,  _ 

2.  Range  of  rate  of  individuals  trained.  _ _  to _ 

3.  Ratings  of  those  trained. _ _ _ 


4.  Number  of  individuals  onboard  PQS  qualified  for  elevator  maintenance.  _  p 

* 

Number  needing  PQS  qualification. _ 

5.  Does  ZOG  subnet  list  individuals  receiving  elevator  Training?  Yes  O  No  ZZ7 

If  yes,  what  is  subnet  name.  _ 


| 


6.  Discussion  cf  status/history  of  Weapons  Elevator  Maintenance  during 
current  deployment.  (Meet  with  Weapons  Elevator  Boss) 


B .  ZQG  Support  of  Other  Training  Areas: 

(Individual  Interviewed: _ ) 

1.  What  other  task  training  areas  are  supported  by  20G? 


2.  Describe  the  support  ZOG  provides  for  each  training  area.  (Include  subnet 
name  for  each  area.) 


3.  Describe  difficulties  in  using  ZOG  to  support  training. 


4.  Describe  benefits/assets  of  ZOG  system  to  your  training  requirement. 
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NAVY  PERSONNEL  RESEARCH  AND  DEVELOPMENT  CENTER 
SAN  DIEGG,  CAL  I  LORN  I A  92152 


ZOG/PERQ  USER  INTERVIEW  FORM 


-I  _  It  7‘CJCji l tJ L~  -> <.-t «  t/i^  cV/'iJ.  .  ■-  Lr^ l  1 1 L)  i -  <  V-  <  .*  n  t  «■  at_1 

oavl  of  an  evaluation  of  :.A„  7/JC/PZHQ  oyster..  I i ho.-.yh 
some  of  you  may  be  new  to  th.c  ZCG/FERQ  system,  try  and 
answer  all  of  the  questions,  ‘."no  infomnatior.  irac  you 
r  reside  will  be  sww:arized  wit',.  information  from  all  other 
users  and  will  not  include  individual  names.  Accordingly 3 
please  answer  frankly  and  completely.  1 L  is  only  thorough 
your1  assistance  that  the  system  can  be  improved  to  meet 
your  needs  in  a  better  way.  Identifying  ir.foma.iion  is 
needed  so  that  we  may  contact  you  at  a  later  d.iie,  after 
you  have  had  more  experience  with  the  ZOG/PEBQ  system „ 

The  obtained  information  will  not  be  placed  in  your 
records  raid  will  not  be  used  to  evaluate  you  in  any  way. 


Sept  1983 

coy 


Full  Name: 


Rate/ Rank ; 


Division: 


Job  Assignment: 


Time  in  this  Position  (Months) 


Indicate  the  extent  of  your  experience  with  any  type  of  computers 
No  previous  experience.  _ 

I  occasionally  worked  on  someone's  personal  computer. _ _ _ 

List  any  programming  languages  you  have  used.  None.  _ 


How  long  have  you  worked  with  the  ZOG  system?  Ho.  of  week 
5.  What  other  shipboard  computers  do  you  now  use  ? 


iheck  the  type(s)  of  training  you  received  on  ZOG. 


_  On-line  tutorial 

_  User' s  Guide 

_  Help  from  another  user 

_  Other  (Specify)  _ _ _ _ 

Do  you  need  more  training  or  practice  at  this  time  to  feel  comfortable 
using  the  ZOG  system?  Yes  _  No  _ 

If  yes,  specify  the  areas  in  which  you  feel  you  need  more  instruction. 
(For,  example:  need  help  in  using  ZED,  creating  a  frame,  using  the  SLED 
editor ,  etc. . . )  _ 


VI.  Check  (/)  the  following  tasks  for  which  you  have  ever  used  ZOG 

Also  indicate  the  frequency  (per  week)  of  those  tasks  that  you  ow  regularly 
perform  using  ZOG. 


Have  Used  No,  of  Times 

At  Any  Per  Week  Now 

Time  Ust  ZOG  Task 


Initial  fami 1 iarieation  wi th  ship's  procedures/ 
regulations.  Describe  how  ZOG  is  used: 


Initial  tra i  ni  ng  in  the  use  of  ship's  procedures. 
Describe. 


Reference  and  resolution  on  performance  of  ship's 
procedures.  Describe, 


Determine  what  actions  to  take  concerning  ship's 
procedures.  Describe. 


Task 


Have  Used 
At  Any 
Time 


Mo.  of  Times 
Per  Week  How 
Use  i'OG 


Update  shipboard  instructional /procedural  directives. 
Descri be . 


Planning  long-term  activities.  Describe. 


Planning  the  week's  activities.  Describe. 


Planning  specific  operations.  Describe. 


Guidance  in  carrying  out  specific  operations. 
Describe. 
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Task 


Verify  t.liot  operations  have  been  completed. 
Describe. 


fvaloate  performance  on  specific  operations/tasks. 
Describe . 


Initial  familiarization  with  the  weapons  elevators* 
Describe- 


Initial  training  in  the  maintenance  of  weapons 
elevators,.  Describe. 


I 


Reference  and  resolution  cf  maintenance  procedures 
for  the  weapons  -el evators .  Describe. 
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Have  Used 
at  Any 
Time 


Ho.  of  Times 
°er  Week  How 
Use  ZOG 


Performing  corrective  and  preventive  maintenance 
on  the  weapons  elevators.  Describe. 


Update  of  weapons  elevator  maintenance  procedures 
Describe . 


Training  in  any  other  area.  (List  each  area  and 

s 

describe  how  ZOG  is  used.) 

•  **» 

\  .  • 

12. 


How  frequently  do  you  use  the  SORM  on  ZOG?  (Times  per  week) 

How  frequently  do  you  use  the  hard  copy  of  SORM?  (Times  per  weeTT]  _ 

13.  Have  you  used  the  ZED  editor?  Yes  _  No  _ 

If  yes,  how  many  times  <!;d  you  use  ZED  during  the  past  week?  _ 

14.  Rate  how  easy  you  think  ZED  is  to  use: 

Extremely  easy  _  Easy  _  Difficult  _  Extremely  Difficult 

15.  Have  you  used  the  slot  editor-SLEP?  Yes  _  No 

If  yes,  how  many  times  did  you  use  SLED  during  the  past  week?  _ _ 

16.  Rate  how  easy  you  think  SLED  is  to  use: 

Extremely  easy  _  Easy  _  Difficult  _ __  Extremely  Difficult 

17.  Which  editor  do  you  use  the  most  frequently?  ZED  _  SLED  _ _ 

why?  _ _ _ 


IS.  When  you  use  your  preferred  editor  do  you  have  to  relearn  how  to 

make  it  work?  Yes _ ,  sometimes  I  have  to  get  seme  help. 

No _ _,  I  use  the  editor  without  any  restudy. 

19.  When  you  use  the  least  preferred  editor,  do  you  have  to  relearn  how  to 

make  it  work?  Yes _ ,  Sometimes  I  have  to  get  some  help. 

No _ ,  I  use  the  editor  without  any  restudy. 

20.  Wny  do  you  prefer  the  _  editor? _ _ 


21.  Compared  to  the  first  of  the  deployment,  or  whenever  you  first  started 
using  ZOG  during  the  deployment,  3re  you  now  using  ZOG: 

A  lot.  more  frequently  _  More  frequently  _____  About  the  same  _ 

A  little  less  frequently  _  A  lot  less  frequently  _ 
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23.  indicate  the  number  of  times  that  you  performed  ' 

the  following  ZOG  activities  . 

YESTERDAY,  AN!)  DURING  Tilt  PAST  WEEK. 

\  • 

i** 

| 

Yesterday 

Past  week 

»  J 

a.  Browsed  through  the  ZOGnets. 

i 

r  ! 

b.  Created  a  ZOG  frame. 

i 

|  1 

1 

■ 

c 

Modified  a  ZOG  frame. 

1 

d. 

Used  the  ZED  editor. 

e 

Used  the  SLED  edi tor. 

f 

f 

Used  ZOG  to  make  a  list  of  tasks  or  things. 

q 

Used  SZkIGE  to  print  out  a  document. 

h 

Using  ZOG,  commented  on  someone  else's  frames. 

i 

Used  the  ZOG  find  utility  to  locate  frames. 

« 

J 

Worked  on  creating  a  ZOG  subnet,  but  used 
paper  and  pencil  and  didn't  enter  anything, 
in  the  computer  at  the  time. 

Monitored  A1RPLAN  displays. 
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ZOG  Dual -Document 
25Mar83 


U3S  CARL  VINSON  (CVN-70) 


This  document  was  created  via  the  ZOG  agent  AgDoc 
from  the  StarShip  ZOG'net  beginning  at  ZOG  frame  Directory! 
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This  subnet  contains  a  listing  of  all  the  ZOG  software,  both  sytems  and 
applications  software,  as  well  as  the  major  "core”  subnets  for  the  ZOG  system. 
The  names  of  the  maintainer(s)  of  each  module  and  subnet  are  listed,  so  that 
this  net  will  serve  as  a  reference  tool  for  finding  out  the  person! s)  to  whom 
to  direct  bug  reports  and  requests  for  updates. 

In  addition,  the  name  of  the  author! s)  of  the  subnet  or  module  are  included  in 
square  brackets  (tl )  after  the  module  or  subnet  name.  This  is  to  point  the 
maintainer  to  the  "prime  source"  of  information  on  the  module. 
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..  1  ZOG  Software 

ZOG  Software  naturally  breaks  down  into  a  number  of  categories.  These  are 
displayed  below  for  ease  of  selection.  Note:  The  person  in  charge  of  each 
software  module  is  also  responsible  for  maintaining  and  updating  the 
documentation  for  that  software,  as  well  as  its  ZOG  Code  net. 

1 . 1  System  Software 

1.1.1  Basic  ZOG  system 

X  UEI 

*  ZBack 

X  ZBKIO  raz 

a  ZError 

X  ZInitExit 

X  ZInitOthers 

X  ZIO  raz 

X  ZLogin  rpl 

X  ZOG 

X  ZParse 

X  ZPoll 

X  ZSel  raz 

X  ZTrace  rpl 

X  ZUser  raz 

X  ZOGVersion  [din]  rpl 

X  ZVideo 

1.1.2  "System  Libraries" 

1 . 1 .2. A-BaseLib 

1 . 1 .2. B-FsString 

1 . 1 .2. C~NetDefs  raz 
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1.1.2. D  NetLib  (Contains  Subnet  Libraries)  meg 
35  NetHandl  meg 

3?  Net  Insert  meg 
35  NetMakeDei  meg 
35  NetOption  meg 
35  NetPerqCodes  meg 
35  NetStack  meg 
35  NetString  meg 

1 . 1 .2. E-StatsDefs  rpl 

1 . 1 .2. F-StatsLib  rpl 

1.1.3  Access  to  Actions,  Agents  and  Shell  Utilities 
35  ZAction  Ihrp) 

35  ZActUtils  Ihrp) 

35  ZAAction  [hrpl 
35  ZBAction  Ihrp] 

35  ZDAction  I  hrpl 
35  ZEAction  Ihrp] 

35  ZFAction  Iraz)  raz 
35  ZAgent  [rpll  rpl 
35  ZXAAgent  1  rpl )  rpl 
35  ZXBAgent  [rpli  rpl 
35  ZShell  Idrsi  rpl 
35  ZXShell  Irpll  rpl 
1.1.4  Statistics  Processing 
35  StatsDefs 
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*  ZPoIlSnap 

*  ZPutStats 
X  ZSnapShot 
X  ZStats 

1.1,5  Interface  to  PERQ  Screen 
X  IncDisp  frazl  ra2 

*  ZCanvas  tdlm]  ra z 

X  ZCanvUti.ls  Irazl  ra z 
X  ZDi splay  [dim!  raz 

*  ZUser  tdlnl  raz 
X  ZWind  Idlinl  raz 

1.2  Netserver  Software 

X  NetServ  [ggr.dlml  meg 
X  ZAccessProcs  [ggr.dlral  meg 
X  ZNet  [ggr.dlml  meg 
x  ZNetProcs  Iggr.dlml  meg 
X  ZNetServer  tggr.dlral  meg 
X  ZOGMSG  l diml  meg 
X  ZOGMSGDefs  [dlml  meg 
x  ZOGNet Server  Iggr.dltnl  meg 

1.3  Editor  Software 
1.3. A  ZED 

X  ZCrFrame  raz 
x  ZDspInc  raz 


X  ZEDDefs  raz 
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X  ZEdit  raz 
X  ZEdltem  raz 
X  ZEDUtil  raz 
1.3.B  SLED 

X  ZBrEd  Ipjll  rpl 
X  ZEnvEd  Ipjll  rpi 
X  ZEnvUtil  Ipjll  rpl 
X  ZSled  Ipjll  rpi 
X  ZSledUtil  tpjil  rpl 
1.4  Agent  Software 

1.4.1  ZOG  Utilities 

1 .4. 1 . A-AgArchiv  Irazl  raz 

1 .4. 1 . B-AgCopy  Imdfl  rpl 

1 .4. 1 . C-AgDi rectory  Irazl  raz 

1.4.1. D  AgFind  Irazl  raz 

1 .4. 1 . E-Aglndex  Irazl  raz 

1.4.1 . F-Ag01d  Imdfl  rpl 

1 .4. 1 . G-AgPar  Ipsfl  rpl 

1 .4. 1 . H-AgPost  Imdf] 

1 .4. 1 .I-AgRestore  Irazl  raz 

1 .4. 1 . J-AgSubnet  Imdf) 

1 .4. 1  .K-AgSwap  Imdfl 

1 .4. 1 . L-AgTest  rpi 

1.4.2  Dual -document 

X  AgPic  Imdf]  rpl 
X  AgDoc  Imdfl 
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1.4.3  Programming  Environment 

1 .4. 3.  A  AgCode  Irma!  rpl 

1 .4.3. B-Ag0ps  rpl 

1.4.4  Planning  and  Evaluation 

1.4. 4.  A  AgAdjDt  Irpll  rpl 

1 .4.4. B~AgInst  Ipsfl  rpl 

1 .4.4. C-AgInTask  [psfJ  rpl 

1 .4.4. D-AgIPlan  itndfl  rpl 

1 .4.4. E-AgUpTask  ipsfl  rpl 

1 .4.4. F-AgZPlan  imdfl  rpl 

1.5  Agent  Libraries 

1 .5.  A-ArchLib  irazl  raz 

1.5. B-EnvLib  Imdfl  rpl 

1 .5. C-FramLib  Imdfl  raz 

1 .5. D-FormLib  imdfl  raz 

1.5. E  PlanLib  Ipsf.mdfl  rpl 

1.5. F~SelLib  Imdfl  raz 

1 .5. G-StackLib  irazl  raz 

1.6  Utilities 

*  Exercise  rpl 
X  MakeStub  rpl 
}?  Utility  rpl 

1 .7  Airplan 

3?  AirCom  Ipsfl  meg 
a  AirDefs  ipsfl  meg 
X  AirLib  ipsfl  meg 
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X  AirOutput  Ipsfl  meg 
X  ApPagePac  Ipsfl  meg 
*  ApTestOut  Ipsfl  meg 
X  ApF lOver  Ipsfl 
X  ApLOver  Ipsfl 
X  ApOpsFile  Ipsfl 
X  ApP lover  Ipsfl 
X  ApROver  Ipsfl 
X  ZXAirPlan  Irpll 
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'  2  ZOG  Netware 

Z OG  Netware  also  falls  into  several  categories. 

2.1  ’‘Core*’  Subnets 
X  ZOG 

X  Help  egg 
X  GPADS 
X  Schema  egg 
X  Slots  mdf 

2.2  User  Guides 

These  subnets  contain  the  various  users  and  programmers  guides  for  parts 
of  the  ZOG  system.  Note  that  the  individual  agent  writers  are  responsible 
for  the  writing  and  maintaining  of  their  agent's  user's  guides.  Local  Pad 
!A  points  to  the  agents  frame  with  a  list  of  responsible  parties. 

2.2.1- Agent  Writer's  Guide  legg]  egg 

2.2.2- Management  Applications  User  Guide  (MUG)  Irndfl  egg 

2.2.3- Pocket  Guide  Imdfl  egg 

2.2.4- Primer  leggi  egg 

2.2.5- ZOG  Agents  Guide  (ZAG)  (top  level)  Ipsfl  egg 
2.2.6  ZOG  Maintainer's  Guide  (dim)  rpl.cgg 
2.2.7-ZOG  User's  Guide  (ZUG)  ieay.rma]  egg 
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3  Index  by  Maintainer 
X  Rob  Acksyn 
*  Paul  Fischbeck 
X  Mark  Frost 
X  Mike  Goodside 
X  Peter  Lieu 
X  Ron  Lupish 
X  Don  McCracken 
X  Hal  Powell 
X  Russ  Shoop 
X  Bob  Zicmermann 
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l  ZOG  Software 

1.1  System  Software 

1.1.1  Bas i c  ZOG  system 

1.1.2  "System  Libraries" 

1.1.3  Access  to  Actions,  Agents  and  Shell  Utilities 

1.1.4  Statistics  Processing 

1.1.5  Interface  to  PERQ  Screen 

1.2  Netserver  Software 

1.3  Editor  Software 

1.3.  A  ZED 

1.3. B  SLED 

1.4  Agent  Software 

1.4.1  ZOG  Utilities 

1.4.2  Dual -document 

1.4.3  Programming  Environment 

1.4.4  Planning  and  Evaluation 

1.5  Agent  Libraries 

1.5.  A  ArchLib  trazl  raz 

1.5. B  EnvLib  tmdfl  rpl 

1.5. C  FramLib  [mdf]  raz 

1.5. DForsnLib  tmdfl  raz 

1.5. E  PlanLib  Ipsf.rcdfJ  rpl 

1.5. F  SelLib  tmdfl  raz 

1.5. G  StackLib  trazl  raz 


1.6  Utilities 
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1.7  Airplan 
2  ZOG  Netware 

2.1  "Core"  Subnets 

2.2  User  Guides 

2.2.1  Agent  Writer's  Guide  tcggl  egg 

2.2.2  Management  Applications  User  Guide  (MUG)  [mdfl  egg 

2.2.3  Pocket  Guide  Imdfl  egg 

2.2.4  Primer  tcggl  egg 

2.2.5  ZOG  Agents  Guide  (Z/vJ)  (top  level)  tpsfl  egg 

2.2.6  ZOG  Maintainer's  Guide  (dial  rpl.cgg 

2.2.7  ZOG  User's  Guide  (ZUG)  leay.rmal  egg 
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fli  rOm  .  7  30  7  .  .  .  03-170-1-C 

fl.rOutPot  ....  7S0?  ...  03-170-1-C 

Cos  .  7009  .  .  .  03-84-12  -L 

CcnorO  .  74  91  ...  01-17S-3-Q 

CnnonG  .  7009  ...  03-34-12 -L 

Cat  .  7  9  9  S  ...  C3-119-4-0 

Con  .  7265  .  .  .  03-1  18-3-Q 

C»v  .  7009  .  .  .  03-34-12  -L 

tnga  .  7334  .  .  .  2-18S-0-Q 

Hood  .  7633  ...  2-120 -0-L 

It  da  .  74  5  3  ...  0  1-130-2  -0 

Inputfl  .  780  ?  ...  03-170-1  -C 

I  npu  1 3  .  780?  .  .  .  03-170-1-C 

n3ta  .  ?91S  ...  C1-16S-3-Q 

'avi  .  $22?  .  .  09-1S9-1-C 

Coso  .  7  80  ?  .  .  .  0  3*13  0-0  -C 

G«au  . .  7151  ...  03-13B-Z-C 

P»r*  .  6412  ...  3-113-Q-L 

R«oc  .  77  5  2  ...  2-191-1-1. 

Oaars  .  7003  ...  03-94-12-L 

Supo  .  7  7  6?  .  .  .  2-119-1-0 

Tmg  .  79  4  9  ...  2  -  1  2  1  -2-0 

'-a,  r  .  700  1  ...  010-!6C-1-C 

L.o*  .  793  ?  ...  2  -204  -1  -0 

J«  1  v  .  732  9  .  .  .  0  2-1  70-1  -S 

Xcd»  .  7  2  2  S  ...  03-l?0-l-C 

<34o  .  SS95  .  .  2-180 -2 -L 

7j  =  o  .  9026  .  .  7  3-153-1 -L 


■  Oc-ionS  is  ths  3f  :  to.'y  orintor 

■  3 c-cnd  »s  th*  sccondor-j  of  :nt#r 


w  to  run  ZuG 


Pag  e  l 


to  LCC-IN 


P  O  3  c 


Uhen  you  orrive  ct  ycur  P£R£  sictio-i,  HOG 
nhculd  ciruod'4  b3  running  on  the  rochino.  HOG 
w 1 1 i  he vo  a  dis'inctivs  t  h  r  e  g  window  d  i  s  p  i  c  y  . 

Ir  it  is  not,  than  complete  the  following 
o  r  oc adu r  as  : 

tna  PERQ  io  off,  blonk  display1 

«  Turn  t;ifl  PERG  cn.  Push  tho  power  switch, 

located  on  the  the  freot  penal  of  bass  unit, 
to  the  right  or  ON  poe * t ■ cn . 

r  To-j  should  hear  the  fans  start  ond  the  display 
shoe  Id  light  uo . 

1  The  comcutur  takas  about  tuo  fcinutes  to 
boot  after  being  turned  cn .  If  the  display 
has  not  cleared  in  two  Bin-jtsa,  try 
rebooting.  ihu  19  dono  by  pressing  the 
reboot  button  located  on  the  r«or  of  the 
k eyboor  d . 

■  Once  the  tcchme  is  boated,  it  should 

autoaati  colly  get  tne  correct  dote  ond  tuo. 
no w ft v o r ,  tnaro  .3  o  poasibil’ty  that  it 
w  11  riot.  If  i  x.  oaks  for  a  data  and  tiee, 
simply  typo  thus  in  using  tne  exatpl  1 
fon-ot.  !f  tha  dote  is  correct  but  not  the 
t-fto.  cnly  thu  ti.nr  need  be  sntarod . 

*  Once  the  nachno  hes  the  date  ond  ties, 
it  will  cu t onot 1  col  1 y  go  into  HOG.  This 
u  .  U  taka  about  c  r.mut*  or  tuc  after  the 
disploy  has  cleared. 


Ones  the  three  window  H3G  disuloy  Is  cn  tha 

PERU.  It  is  tiia  to  log-  m. 

1  If  "Please  enter  your  ncse:"  dcas  nat 

ODPecr  in  the  second  ZQC  window,  then  type  a 
control  "c" .  This  19  done  by  hold.ng  dawn  the 
control  key  ond  typing  a  lower  case  "  c  "  .  The 
control  key  is  labeled  "CTRL"  ond  19  located 
in  the  lower  leFt-hond  corner  of  the  Urybocra. 
This  will  log-off  the  previous  user. 

•  Once  "Please  enter  your  nane:"  appears  in 
ths  second  window,  9 1 *Ply  type  in  your 
login  followed  by  o  carriage  return.  Tour 
login  should  bo  the  sc*o  os  yaur  FhS 
(federated  annogenont  code)-  If  you  do  not 
hove  one.  use  your  depcrteenlol  log-in. 

■  Tha  proaot,  "Password-".  should  copear. 

Si«ply  type  «n  your  Uorg  password  tallowed  by 
a  return.  If  ths  aystea  does  not  rucogniaa 
either  your  log-in  or  year  password  It  will 
osk  you  tc  try  again.  Reenter  the*  just  in 
cose  you  eode  a  typing  error. 

»  !;  you  ore  still  urn  sole  to  ©ucccoafully 

1 03-  in,  use  the  departmental  login  arid 
contcct  the  rionageeent  Oeoarteor.t  (ext  ?0C3  1 
to  gat  your  log-10  entered  into  the  system. 

•  Once  logged  on  th»  system  should  disolcy 
your  too  f  roi»i  in  the  upper  window  aid  your 
Rail  froi&  in  the  lower  window.  If  the  system 
13  unable  to  find  either  one,  3  default  fraee 
Will  OB  ussd. 


If  tha  P£kQ  is  on,  but  not  1  r.  H  0  u  : 

*  If  tna  Pr.^0  15  on  end  running,  but  not  in 
HC3  (0  ver-i  r:ri  occurrence),  sinoly  tyoe 
"eog"  ruilowod  by  a  carries  return.  It 
should  t aw e  ooout  one  or  two  minutes  for 
the  typical  HGG  display  to  appear. 


» 


Global  pcdi 


Fog  a  4 


jra  2£0  Cc*«ond-j 


C'4c--j  rods  cooler  ct  th«  bottom  nf  ivary  fro**. 
T  h  «  v  *cj  to  e«acj*ed  by  «i  thor  t  y  o  >  r:  g  tha 
first  i«t*®r  of  t  “  S  Kcrd  or  by  selecting  t'n.n 


with  In*  r. 

c  d  i  t'i,ran 


2v»so  U-^e.-'  in  tha  edi*  or  slsd  ioda. 
t  sot  of  globO:  pco 3  w'll  ocpsar . 

..  run  rad.  tha  209  editor 

.  d'soloy  top  fron  of  2CC  Usars 
Cu  1  a  a 

•  -  bacU-wp  cna  f  r  on  on  path 


di  s9l  6'i  next  option's  selection 
fro’» 

d»3PiCy  praviouJ  option's 
9  a  1  act ■ on  i r Q3  0 

disolcy  too  f roio  of  net 

display  o  specific  fruseid:  system 
prompts  for  Froiaid 

run  tied,  th®  slot  ad. tor 

remote  sc»n  dunp  to  tha  Conon 
Icaar  ermtir 

d’soicy  backup  stock 

d'solcy  inde*  to  all  agents  and 
utilities 

redisplay  current  frame 

d'SPl^y  full  screen  user  display 

save  0  copy  cf  the  current  fro.se 

Jiaploy  fra*®  1  n  f  or  e  o  1 1  on  :  uunin. 
who  c"id  uhin  created,  etc 

eo^e  to  otner  window,  other  window 
fcecoaai  trie  current  window 

d  1  s  o  1  a  y  current  window  in  the 
a  t  rter  w  1 .1  ccw 


Evan  tnough  for  t 
commends  inside  c 
uitn  only  o  hand  1 
®C'J9®  It  IS  C-3  3 

alterations  to  a 
s 1  eel y  s*l ®c  *  th 
be  dono  through 
by  using  the  *ou 
edit  the  gl abcl 
gl cbal  pods  ore 
ba  f on i 1 1  or  with 
they  may  be  octi 
first  char  ac  t  or 
e.iuse  . 


Page  S 

e  ere  ovtr  SO  afferent 
o*  the  tn n  2 OG  obiter, 

ful  0 •  basic  cc'J'r.ci-ds  ond  the 
,  t>  1  0  tr.  «CK0  cay  required 
:  fro^g.  T c  e^ter  the  editor, 
is  q 1 o  o  a 1  Dad  edit  This  cen 
tro  Ueybaord  b  j  typing  a  .  e- 
j  9  a  to  select  tha  field.  Once  in 
pads  will  change.  The  new 
the  basic  enss  tht  you  should 
i  .  Like  oil  other  global  uods 
j  vatod  by  ©ithjr  typiry  the 
or  selecting  the  field  witn  tha 


.  h.lo  .  ri  1  s  p  1  c  g  a  md»*  helD  free  that 

till  direct  you  to  sn'.ma  .  r.lorpot  i  on  .  Se. net 
the  edit  al"hal  o'50  ot  cnatiao  to  return  to 
tne  edit  ecJe  on  the  fr  one  you  urt  editing 
when  you  selected  "help  • 

,  cult  .  cult  the  editor  without  saving 

your  cnanges. 

,  „,lt  .  leeve  the  editor,  eaving  cl  1 

your  changes. 

.  insert  ....  ello*  ycu  to  insert  character,  . 

To  exit  tM  insert  eodo.  hit  the  INS  Xtg, 
upper  left  corner  of  the  keyboard  or  too  ony 
Mouse  but  ton 

,  ;jej  .  delete  whatever  character  le 

undemeotn  the  cureor. 

,  x  t  end  .  ...  put  you  m  tho  insert  eode  a  t 
the  end  of  whatever  fiela  the  cureor  is  'n. 

.  jus t  .  .  justify  the  right  hand  sarg.n 

of  whatever  t.sld  the  cursor  is  m. 

.  Insltes  .  ..  o’,  low  you  to  odd  another  I  tee 
liks  the  one  the  cursor  is  currently  in- 
option  or  Iccol  pod. 

■  OsLltee  ...  deiste  the  tntl.-e  .toe  toot  the 
cureor  is  mi  frcse  title,  frees  text,  conon, 
or  local  pod. 

.  X-PddOpt  .  add  cnothur  option  .  r  sebu one*. 

Hit  **  I N  5  “  twice  to  stop  uudmg  options. 

,  n^tfr  .  i.  ■  nW  an  opt. an  or  ;aco\  pod  to 

c  specific,  al  r  *#ody  cfsotod  trass. 

.  posit  .  ollcw  J3IJ  to  move  options. 

locol  peds .  ond  fro-i*  to*:,  rcliww  trip 
prompts  on  tie  bottom  I'na. 

,  Fret  .  -'d''  *.ia  cot  1  oit  raiect-en 

characters,  and  Svinly  spac^  tne  aptionj. 


Poge  6 


«  A 


*-c 


3  e  c;t ion 


P03*  ? 


d'^pica  cct  -  cn  of  ssl^ct'O*1 

c K. c r» q *  tSc'C^td"  ;  r»:;  ih^nge  "n** 
chcrac t s r a 

delete  c^S"  cc  to  r  ;  nd  delete  "o'* 

Chor  oc  ♦.  ar  s 

t*  :  t  2  0'j 

#>rd  next  eccorcirc#  of  string 

a »  a (.1 1  g y  help  tor  zed 
insurt  text 
^W5t  l  f  y  or*  i  t«» 

U »  1 1  to  "x":  delete  text  to  " 

position  cursor  to  beginning  of  i tee 

e j r* c h  to  “  x " .  delete  text  to  "  x  "  , 
insert  new  text 

eedify  next  frail  of  selection 

rod.  fy  coi«  nor.  of  itet» 

aji  :  2*0  aestroyng  olj  c ncn^ij 

reoioce  c^3,‘c:ti'-  ■  nr;  r.,  place  W’ 

c^oraoter* 

btar1:*'  to  **  x '  •  c^i  i  t  :on  Cursor  to 
next  ccc-rr:i  yf  “ x “ 

’..•ons»)3jB  nsut  two  characters 

■  n^ert  ^'.cHofcotic  ccsi  to  end  of  i.ord 
•  riser  t  nee  stoip.  l*og  1  Cc;  03  ?•  :22  -  C32 
extend  : e * :  o*  ten 

d  >  SO  1  G  a  e*Ciris«cn  fl.r1.n9  at  jil  «c  1:  or. 
sodiftj  select  or,  crgrcictar  o(  select  on 


«  8 


*  C-*  diSOlca  froee  CO<«:.iU 
■  C':  del  fl  to  :  *  a: 


■  E 

*  F 


Or.  1  T  2$d 


r er  crag  t  opt  1 on* 
ne<3ue''!icliy  and 
OP t / 0*8 


nu  fiber  /letter 
od JUS  t  8C0C I  ng 


•  G 

■  K 

»  I. 

•  J 

■  K: 

•  L  : 

■  n 


•  301  f  i  global  pod  Iron 
d'  *Dl 3j  r  j 1 p  <cr  2ad 
lna*rt  *»l*ct,33 
.u;  t  •  f  i  fru,  tl«t 

DOS,  lic.,  cursor  to  lrj„ 


t  »xt 


•  N 


■  C 
>  P 


b  •  tunn 


5-  Cu.t  *0d  d.strog  1  ng  oil  chenoos  ,0;J, 

*  ‘•Dice,  .te,;  dolatt  end 

*  Sx  ■  far  eh  to  .ol.ct.on  charoctar  -x» 

»  T: 

■  U  = 


nr:raS?::^" ,o  jocai  do<j-  -  i»«. 


X  : 

T  : 
I- 


txt.nd  »»l«ct.or.9:  add  cot, on  or 
dteelau  *ro.e  ««ocr!,on  string 


1  oca 


cl. or  del  «t  •/!.  ;  1 1 

1  ft •  e r  ccnt.ot.  ol  o*l .:«/*, 1 ]  0ul4:r 
•  1  io<i  forwoi i  on  a  uord 
*C?v6  sceuword  one  upra 
-  ‘Underto'i  •’eoloco  f  r  esi 


-<  'o  ^U'"1  c  233  f  2*'*  pC3a 

f  ?  R's j  o  -  e  ijc»;u*  ;•  v  eg-  313  run  injidn  ot 

?.j  Th*j?e  orojn.*.?  ^ "  v  ■»  been  ;  n  i  3^1  «d  *0  «o-<e 
2’  3  G  ■'ui'i  3  o  r  c  co-i '  *w'.  .  Sgonts  ere  uisd  to 
c  *  e :  •  :  tbs  du«ly  v’si"-  S-'eoi  and  thn  Get  tin  9 
Jr*  d«r -Gy  .  Agents  ore  staple  ta  fun. 

Jf  -  *y  Qjodt  1C.13  c  c  ■»  <•  u  0  ,  cr*  on  1  1  n  b  gu  1  cJ  a  is 
a v c  -  1  c h.  1  ■  *or  each  cgs'it  .  Thess  gj'oes  can  be 
feu-d  cn  the  ;3ent  ?nv.ron*ant  frc*e.  under  the 
“G  -  Guide"  local  cad. 

■  Selecting  the  regent1  fill  eganta  ccn  be 
lccaied  cy  selecting  tha  global  oed  "util". 
This  11  1  1  i  place  ?ne  2C-J1  froao  »n  tho  ot.s3r 
window.  6y  selecting  the  first  opt; on,  o  eini 
enc-tng  the  vcr;Ogi  types  of  ogents  will 
cccac-.  Select  the  des.red  category  The  next 
freno  will  list  tne  actual  egento.  Select  tn« 
sesi  red  agent.  T  h  3  i‘,vi  ron»*nt  f  r  a  4  a  w  » 1 ; 

CC08  cr . 

■  Tne  Environment  Frc*o:  Every  agsfU  neada  to 
be  s  1  v e n  cirtom  s  u  .  d  a  n  c  *  oofore  it  can  bo 
r^n.  Tou  hove  to  tell  the  agent  where  it 
should  start,  where  it  should  go.  ond  what  «t 
should  Co.  fi  spa:  1  o!  frooe,  tne  env  i  foment 
froie,  has  been  designed  to  ca  jus  t  that,  all 
*  ■■  -  mfamoticn  that  fin  agent  needs  Is  on  the 
invironunt  frca«. 


?0G  Agents 

To®'- 3  *  Plena 


Thsse  ore  t'n©  agents  that  ere  used  to  create 
the  various  plena  used  arouna  the  ship  like 
the  doily  Green  Sheet- 

*  AgfidjDate  ...  eodify  stert/due  dotaa  for 

specific  task  tree 

■  figGenr  .  create  a  generic  task  trjo 

from  c  spec ■ f 1 c  task  tres 

*  figlnst  .  create  a  sc:ci t ia  tack  trja 

Iron  o  generic  task  tree 

»  fi  g  2  n  T  a  3  k  ....  Initializes  o  specific  task 

t  r  e  a 

■  AgTPion  .  create  o  horocopy  plan  from 

spec  he  teak  tree 


*  AgUpTask 


updotts  status  ond  effort 
fields  for  specific  task  tree 


•  GgHPlan  .  create  o  on-line  olcn  froe 

specific  task  tree 

Hardcopy  Output 


1  F  11  -r. 3  «n  tne  tnxircnse.nt  Fm«s: 

:^v!  |,':f!5  5n*  f^c*3?  o r  ?  f  1  1  \  m  h  in  u  n  1  no  SLID, 

t-’e  slot  esitor.  Tn“s  ,c  0  special  «a»tor 
t^ot  is  designed  ta  os  especially  tesy  to  use. 

To  use  SLEu.  select  tne  global  oed  "sled*  by 
either  typing  "s’*  or  a  1  n g  the  mouse-  Next 
seise:  tnd  cation  on  tne  invirgnairt  frese 
y 0 j  -ent  tc  fill  «n.  Tmy  ccn  be  done  by 
cr  trier  typing  trj  sal  action  cnarccter  or¬ 
es  .acting  ths  option  j-th  the  souse.  The 
aJitcr  will  cu t c*o t 1  Cal 1 y  piece  the  cursor  in 
t  u  correct  p  c  9  •  t  •  o  n  end  c  f  f  &  r  a  p  r  c » p  x  on 
tne  bottCP  Ima  to  r.»lo  in  f-lling,  in  the 
ala:.  S?«at>ca:  tn»  aroapt  w  > 1 1  oppoar  in  the 
ether  window.  In  this  case  just  select  the 
casirod  answer.  Crce  oil  th«  options  have 
osi.i  filled  ;n,  type  to  exit  SLED. 

*  exscut-ng  tne  Ag#"t :  fitter  you  or*  aono 

..  ’.n  5LEQ  cna  nova  an  tad  ths  editor,  it  <5 
t.ea  to  run  trie  cgei:  .  Select  the  locol  dog 
w  < .  Execute"*  Tni*  ccn  be  done  m  t.*i  either  reuse 
o  -  k  •*>  -j  d  0  a  r  d  .  Tr.f  c  3  8  n  t  will  1st  you  knew  w  h  0 1  it 
s  C-Oing  by  C'Sa’.cyipn  1  n for*(j«  1  on  on  tre  bottom 
1  ni  .t  will  ;  <*.  0 xnow  of  cry  prabla-s  •  ’  nos 

?. -  : c •. r.  t  a r  e o  c  ~  j  *.  “  ?  *  *•  r. a  e a  't  no  j  icokeo  T.  . 

-•'s.'  .  :  f-us  •  .  n  •  s  '*■  a u  .  'Gone  ■  “  w  1  1 1  epoaor  un 


These  ogents  ccn  be  used  to  creota  hardcoey 
documen tat  1  on  of  your  on  line  EGC  freaea. 

■  flgCoc  .  output  depth*' f  1  ra  t  documnt 

from  tre*  of  freaee 

■  figP 1 c  .  output  o  picture  foragl  of 

o  2GC  frone 

2Cu  Utilities 

Theue  ojants  do  olat  of  the  low  level  chorea 
to  BOke  net  building  quicker  and  sonar. 


•  AgCopy 
■  figF 1 nd 


■  figtlkS  eccnd 


■  Pg?ar 


■  A  g  I  n  d  1  x 
»  figfirchi 4 


copies  a  tree  of  frames 

sacirch  for  knyuprds  or 
changes  in  2CG  subnets 

enyure  that  the  secondcry 
copy  of  a  net  is  cosplctc 


verifies  ths  parent  and  tep 
cads  for  a  tres 

xako  on  inuex  gf  subnets 

orchivj  un  to  0  flocoy  a 
3  e  r  1  as  Q»  t  r qi  is 


■  Agftesto’O  .  .  .  raster#*  fro-  -j  t^cocy  o 
ser.ey  uf  f/-a?js 


co  ;  o n  s  *  c  r - c  n  c 
rrpijccoeni  af  a  3 1  'inn 


C-6 


Pag  a  12 


1  5^3  too 


Pog  o  1 


It  I?  .*car‘.ont  to  ke*o  »u5nsts  fro*  getting  to 
b;<3  c-““o  ■jOw*ildir,3.  T  ►*  *  b  c  x  '  u  *  s  •  2  o  of  a 
subnet  «d  3GQG  frcifls  howflvr  .  -f  sou  find 

_  i  note  c::'COC^i  *g  lOC'J  frames  .  it 
,3  prztr.'S  Is  tice  ta  stc^t  bracking  i*  down  into 
saolisr  sufcnQta.  tzzrt  subnet  should  have  <t  our. 
PC'*  ;  .  c  **.  C'  the*  3  c  r  ibeo.  To  enacts  c  subnet 
s  inpl  j  f  o  \  i  a  wi  those  procedures 

«  Go  toe  trees :  Select  the  "util" 

glcccl  oed  with  tha  aouaa  or  tape  "u"  .  This 
will  put  the  HDul  freae  m  the  other  window. 

«  Select  the  "Crento  o  new  su'en at"  locol  pad: 
Select  this  local  ood  with  tne  souse  or  t y 0 S 
"S*  on  the  koboa**d. 

»  ^njwgr  the  prompts  end  build  a  "0"  fro*e 
The  systee  will  csk  a  aeries  of  proaota. 

Enter  the  no*o  of  toe  subnet  you  wqnt  to 
create.  IT  you  (lis  •  ory  soit  1  cl 
CCp I  tel  I 20t . on ,  enter  it  new.  Numeric 
cnoroctera  are  not  permitted  in  a  subnet  none. 
It  will  proept  ycu  far  o  *u"  f raie  For  toil 
use  the  default  from,  2  C  G  C  .  will  bo 
oooropr iote.  If  ysu  era  doing  a  tesk  t r o a . 
then  instead  of  2CGG  ,  typo  *n  Cochina 
r.c*e>tcsKQ.  After  o  n  s  w  a  •“  i  r.  g  all  the  proepte, 
t r *. 3  "O'  f  r  a  *  e  of  ycui*  new  bwtnex  should 

sppecr.  Tou  w.ll  ci  «n  the  eu s t  code  end  at 
this  ti*a.  «:k4  cny  cddit»cnal  cnonjee  your 
ache.10  trc«i.  _ 

•  RavJ.-n  to  th#  "HC-1"  free*5  After  tho 

...  .  .  *  m  ^  * 

IC.'ibjo  is  bxu.  •  ;y  -  o  "-a  -a  -  -  ■ '  • 

t n a  «ii*or  end  return  to  tne  HOC'.  froee  by 
usi-’S  the  "ut»i"  global  sed  ci  before. 

•  Select  the  "Create  a  new  fr«:**"  locol  ped*- 

%fj;e  the  first  *'030  j3-r  n®u  net  b-j 

stijicms  t~3  loco*  cod.  "Create  a  new  frooe". 

a  Prefer  the  preopts  end  CJ'ld  o  f,r-t  frc-»ia; 

7  :*  7  ■  rca  1  ycu  t3  c'-ote  ■  a  "  Out 'et 

'cae'/i*.  <on  will  -ant  to  use  ;hs  subnet  "0" 
ir;n  op  tho  f*cae  to  c:pj  so  VU3*.  hi*  0 
c  :  r  -  ■  c  •  a  re  turn  w-e-1  crpep:  so.  Tne  »i*"t 

-  j  o*  u c u r  hi.*  ccpior  and  you  mil 

da  1 « f t  .n  tne  edit  mode  (  t  a  0  j  *0  begin. 


Pn  elect  ran. c  aoi 1  systdi  has  been  o  dued  to  2G3  . 
fill  priiary  ursrj  have  t  n  o  •  r  own  mailboxes. 

A:;ycn  e  can  send  no  :  i  .  tut  anly  those  with 
-iclboxes  con  receive  ;  t  If  yog  would  like  to 
rr.ve  a  Bail  box  cell  the  Management  Department 
(  * C  0  9  1  .  In  o  d  d  <  t 1 o  n  to  the  oarsonol  noi ’boxea  . 
there  if  c  BBoo-'d  »Cilbox  for  ganaro] 
cnnounceeanta  obout  th«  systsa.  end  a  Cr ipo 
■  o> 1  box ,  where  users  con  cost  their  coxoiaints 
end  coaeents  cbuut  the  203  system. 

How  to  eond  nail 

"  The  “Maill*  f ran a  5  All  eail  13  sent 

storting  froa  from®  no  ill.  If  you  hove  your 
own  ao 1 1  box ,  it  should  aepaer  in  *h§  ■ cuar 
20G  window  whan  yPu  *,  og  cn  .  Cn  ell  personal 
noil  f ronos ,  tha  locol  cod.  "Send  Moil" 
points  to  fr:ea  Me  ill.  Tha  Me  1 1 1  frcea  has 
cn  alphabetical  moex  to  all  eai  Iboxag  . 
Mailboxes  noses  ora  hosed  upon  Federated 
Management  System  (FhS)  codes,  Tharotfore 
all  people  with  eoilboxes  working  in  the 
Reactor  Oiporteent  can  be  found  under  *R*. 

■  0 ro f  1 1 n g  a  ■ es s ag ■  5  Select  the  tailbox 
you  wont.  Tou  w>ll  next  be  prompted  ta  set 
frae#  protection.  If  you  wort  your  sassage 
to  hove  liBitad  access  so  th.Jt  only  you  end 
the  oerson  you  ere  sanding  it  to  can  eithor 
read  it  or  writs  on  it.  ten  type  ,  else 
hit  o  cot  1031  return. 

■  Caeeloting  the  sassage5  After  a  few 

seconds  tn*  nessajo  frame  will  dopes'".  You 
w'll  already  be  m  the  edit  eode.  Sieplg 
hit  to  DQHtion  the  cursor  and  go  .n:o 

tne  input  node.  All  ZED  cooaands  apply.  Tne 
first  20  charccters  of  the  subject  lin. 
will  be  used  as  the  eessage  title. 

■  Transacting  the  aeosage5  After  you  have 
finished  cosposing  the  eessage.  select 
"Transmit**.  This  will  does  on  option  on 
the  receiver’s  aailbox  pointing  to  your 
message.  It  will  cu toeo t 1 co 1 1 y  tieestoip 
t:o  option  w 1 tn  you  ncme  end  tns  dote.  Tou 
will  bo  returned  u  the  M a • 1 1  fraee. 

H-Ow  tp  delete  noil 

*  Gelete  one  re.  sage  ot  o  t .  n  1 :  Gn  your 
personal  *  0 « 1  fro®e.  select  "Delete  Mol". 
Tcu  will  oe  pronpted  as  to  which  option  yp^ 
uould  like  delated.  The  cctuol  Besscgc 
f-o*e  w.ll  opoeor  n  the  other  uhijou  at 
verification.  7n»  progre*  will  repeat  cs 
often  3-  ycu  l>ke.  bh«n  cone,  tho  orogra.-o 

u • 1 1  otfer  to  reformat  gour  bq’1  froia. 

•  Delete  oil  your  aessoge:.5  Cn  your 
oersonoi  ayil  fr-se.  sol  sc:  "joists  A1.*. 

Mq  1  1  “  .  1  h  >  s  m.i  delete  sv3«-y  <rcns  in  ucui 

nail  subne*.  Go  this  onjy  if  there  ore  n0 
oessogea  tnot  you  wish  ta  save.  BE 
CAREFUL '  !  1 
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J  to  cl  ear  unattached  froees  i^iooisn)  *rae 
#ubno t 

Curing  the  construction  phosa  cf  o  cc*d1  <C3ted 
tree.  trcjflj  often  get  Cut  free  *r os  the  min 
bod j  after  they  becoxe  supsrcocs j.  P  f  t  s  r  the 
tree  has  haen  completed,  the  craotor  ecy  won; 
to  •  1' o 4 s  ci  1  these  floating  frames.  There  19  no 
direct  way  to  do  this.  However,  utilising  the 
copy  c3ent,  it  con  bs  dene. 

>  C  c  ?  y  the  good  subnet  to  a  b  j  s  n  y  subnet' 

Select  the  "ut«l"  glooa!  pad  to  display  the 
x?  3  S 1  f :  ia  in  the  other  uindou.  Select  the 
first  option,  "Use  ?CG  Rgente”.  On  the  next 
fraao  select  the  fourth  option.  "Use  cGu 
Utilities".  T n t  copy  agent  13  the  second 
option.  Fill  th*  environment  fre.to  in  so  that 
the  subnet  thot  Is  to  be  clecned  is  copied 
into  a  temporary  or  du«ey  subnet.  This  dueey 
subnet  east  already  be  erected. 

■  Delete  the  good  subnet5  Once  the  copy  agent 
has  finished  and  you  have  verified  that  the 
entire  tree  has  been  safely  copied,  delete 
the  original  subnet  by  typing  a  control  “d*. 
followed  by  cn  "x",  followed  by  q  co^riago 
return.  It  will  nsxt  prenpt  for  c  subnet  noee. 
This  will  permanently  delete  all  frases  by 
the  2«r o  frc.ma  tor  o  subnet.  T~e  aubnit 
cent  it  bo  rcu4orcd  SE  C-  ‘  ‘ 

•  Copy  the  duK-y  subnet  bock  to  the  good 

5uO‘#t:  S'SPiy  ujs  ths  copy  agent  cjgm  to 
copy  tr. e  dues y  tree  beck  to  the  original 
au'onat.  Cnee  this  <s  finished  cel  eta  the 
cjumny  suenet.  It  should  be  not«d  that  coy 
pointers  froa  other  f  roans  in  other  subnet* 
into  specific  frames  in  this  subnet  say  rot 
•  otch  cn-jeors  The  t  r  q  s  o  s  will  »ost  1  1  k  3 ;  y 
ho/e  new  froeo-ids. 


»If>T$  QNLT  .  .  . 
j  to  hake  o  BigFroee 
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ji  j'roMj  ore  froees  that  taxo  up  both  windows. 
Trough  they  noy  seen  to  be  extremely  useful, 
trey  *  l  s  t  not  be  used  too  freely.  It  is 
irportcnt  not  to  hove  too  lucK  informotron  an  a 
froen.  If  feasible,  several  lcyers  of  regular 
s  1 2 e d  fraees  should  be  asoloyed. 

Enter  "BigFrase"  in  the  fross  expansion  area 

■  While  in  edit  type  *Y"  to  enter  the  froeo 
expansion  creo.  Capitalization  is  teportor.t  . 

•  Type  "i"  to  90  into  on  insert  eode. 

i  Type  "BigFraae",  capitalization  is 
1 soar  ton; . 

a  Hit  the  INS  key  to  exit  the  input  eede. 

•  Hit  the  INS  key  cgo.n  to  return  to  the 
noreal  froee. 

enter  the  BtsFraen  global  pad  set 

•  iihile  In  adit,  type  "G"  to  chonje  the 
global  pod  sot. 

»  The  each  me  will  proc.pt  for  cn  entry. 

T"pi  "GPcds*".  This  y ; 1 ^  cttcch  to  tht 
froc*  ths  ylobol  poos  that  will  appear  in 
line  48  vice  line  24. 

Special  probless 

•  One*  you  hove  eade  these  two  ehengse  ond 
want  to  sea  the  rrono  in  the  expanded  *ode. 
you  will  have  to  exit  the  editor.  Thu  frame 
will  still  oppeor  regular  until  you  leave 
the  frc'.e  and  coee  boex  to  the  trcee. 


a  The  "parent"  and  "top"  local  pods  will 
hove  to  be  saved. 


EXPERTS  C.NLT 


Pag*  15 


Ho.  to  Build  SLEC  From  sa 

Hew  to  build  Slot  fro*«a-  Saa  f-*one  Slotl 

For  o.-i  index  of  already  Oi- ■  1  t  slot  fro»es.  A 
slot  trom  hoe  five  op  tiers.  Those  options  or#: 

»  Nano  .  the  nuno  of  the  slat  eoy  bo 

entered,  however  u  is  rot  required. 

•  Type1  .  ono  of  the  following  types 

lust  be  entered1  PString,  Toggle,  Cose, 
Boolean.  Frcaeid.  Subnet,  Slot.  I  n  t  r  q  e  r  . 

Real.  Chorocter ,  Oote.  User.  Tiee.  Uhen  the 
user  inputs  o  elot  value.  the  editor  will 
do  error  chjc'ing  to  injure  that  the  entry 
agrees  with  thie  type  field. 

■  Default  ...  this  entry  will  eppoar  tnsids 
"U"  ofter  the  orenpt  line.  If  ;ni  type  is 
"Frcssid"  then  a  "/**  will  use  the  frost'd 
f r on  the  other  window.  If  the  type  is 
"Cote"  th*n  a  will  use  the  current  dote. 


•  Prompt  ....  there  ore  two  types  of 

proepts  .  If  there  is  o  oenu  frame  fro# 
uhicn  the  ueer  ehnuld  pick  on  slot  volue, 
link  thet  fraee  directly  froa  this  cot  ior.  . 
Else  eater  a  String  that  will  aide  the  user 
in  filling  . n  the  slot. 

■  Help  .  is  not  currently  isolesented. 


How  to  connect  Slot  froees 


Slot 


fresij  are 


in  the  noreol  "next  »*-c*:q"  manner.  7o  uj  i  1  c  o 
slot  frou.  while  in  the  norecl  .  non-edit  sods, 
hi:  the  ‘INS"  key  followed  by  the  st’et ion 
c'-ortocter  of  tne  cation  you  u«sh  to  have  the 
h.aden  slot  fro*e.  The  typical  proepts  for  top 
down  fr  on  creation  will  copcar .  Answer  then 
accordingly.  Once  the  froee  is  created,  the  **-" 
c»:.-QCt|i*  that  follows  the  selection  chor-cter 
o*  cn  unlinkea  froee  will  not  disappear  since 
•;he  frees  is  linked  only  through  the  expansion 
or  eo . 


How  change  elot  frc»es:  To  change  the 

riiddpn  1  r.k  to  C  slot  froee.  go  into  the  ed«t 
»o.'!o  on  environeont  frase.  S s  1  a c t  the  slot  whose 
i  rk  you  wish  to  sod > f y  with  eithar  the  ecus# 
nr  ’lFm  key.  Tyaa  “y"  to  enter  the  option 
e-cc-'sion  ano.  Thera  should  be  o  line 
"rraajld'-  <  *  r  one  i  "*  in  :Sj  expansion  oraa. 

Tki  r  <frc2f  i  c)  3  the  old  iif’K.  Replace  with 
f l  tropfid  of  ;hn  now  slot  aS'-nj  edit 

co-uands.  Type  to  exit  the  option  extension 

cr  ea  . 
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zog  Users  Meeting  zog  Users  Group- 

y 

16Jul83  \  .  nA, 

1  Zog  Users  Group- 

Periodic  meetings  are  a  great  idea.  During  tc«: 5  meeting,  several  good  ideas 
were  exchanged.  In  general,  users  want  to  continue  to  get  together  at  regular 
intervals  to  discuss  new  ideas  and  problems. 

2  Executive  Cfficer- 

We  have  spend  a  considerable  amount  of  time  building  depth  into  the  SORM.  Now 
it  is  time  to  concentrate  on  the  lateral  ccnstn'ction  of  the  nets,  i.e., 
rather  than  working  on  the  "Depth  First"  appraoch,  it  is  time  to  fill  in  the 
top  levels  of  the  90RM  and  work  on  a  “Top  Down"  design.  He  would  like  to  see 
us  institutionalize  our  planning  schema  using  the  "True  zog  users”  and 
inspire  the  other  department  heads  to  get  involved. 

3  AIMD  Office; - 

Would  like  to  be  able  to  create  plans  for  groups  of  accomp  Ushers,  i.e.,  he 
wants  to  be  able  to  create  a  single  plan  that  includes  all  his  Division 
Officers'  tssks. 

Answer:  LCDR  Shoop  -  The  capability  to  create  multiple  plans 
and  plans  sorted  by  accompl ishers  and  multiple  accompli shers  will  be 
available  in  Version  19.1  This  includes  the  capability  to  create  plans 
involving  multiple  accompl ishers. 

4  Senior  Medical  Officer- 

Had  trouble  wit*,  creating  documents  from  subnets.  He  finds  it  necessary  to 
manually  edit  the  document  outside  of  ZOG  and  Ciean  up  the  indentations.  Also 
.  noted  the  "busy  numbering"  system  at  the  beginning  of  each  option. 

Answer:  LCDR  Shoop  -  Pepper  editor  should  not  be  necessary  in  creating  nice 
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documents  from  subnets.  This  can  be  accomplished  by  using  Scribe.  Version 
19.1  has  features  that  itimize  loaf  nodes  with  an  thereby  eliminating 
the  numbers  from  the  leaf  nodes. 

5  Senior  Chaplain- 

It  is  very  frustrating  to  try  and  access  other  machine's  subnets  when  they 
are  down  or  not  in  ZOG.  Also,  the  T'erq  seems  to  freeze  while  its  inside  7.0G. 

It  sometimes  requires  actions  from  the  Management  Department  to  fix  tne 
problem. 

Answer:  LCDR  Shoop  -  There  exists  a  problem  at  a  very  low  level  in 
the  software  of  the  perq  that  causes  our  Ethernet /Memory  swapinp  errors. 

There  is  a  plan  to  try  and  get  Three  Rivers  to  help  us  solve  that  problem. 

6  Strike  Operations- 

Would  like  to  be  able  to  create  Green  Sheets  without  having  to  manually  edit 
out  unrelated 

options  i»o<  ^he  able  to  include  Department  subnets  in  the  plan 
but  only  those  options  related  to  the  Green  Sheet.  Answer:  LCDR  Shoop  -  The 
present  plan  is  to  implement  .  n  agent  that  will  sort  by  acccmplishera,  i.e..  a 
plan  created  from  all  those  frames  whose  ACCOMPLISHER:  field  includes  a  [GS1 . 
This  use  of  '1  Si  1'  is  a  standardized  method  of  identifying  accompli shers. 
Examples  include:  [ZZC01  11*0)01  UXDSl  where  the  '55'  is  a  wild  card.  Version 
19.1  will  incluie  this  feature. 

7  AIMD  Officer/Executive  Officer- 

Would  like  plans  to  contain  only  one  instance  of  a  task  if  it  occurs  daily. 

I.E.  Eight  Oclock  reports  happen  every  day  and  Six  day  Plans  are  sometimes 
appear  cluttered  with  six  instances  of  it.  He  would  like  to  see: 


Task 

Dayl 

Day?. 

Day3 

Day4 

DayS 

Day6 

8  0'C.iock 

180C 

1800 

1800 

1800 

1800 

1800 

Reports 

-1900 

-19  JO 

-1900 

-1900 

-1900 

-1900 

Anv^ri  IGDR  Ehoop  -  This  featrra  seams  to  lw  nice  if  you  lied  only  a  small 


number  of  tasks  includad  in  a  Plan.  But  when  you  have  ;r,any  tasks  on  a  single 
day,  you  may  want  them  sorted  by  time,  to  be  able  to  read  properly,  and  find 
conflicts  in  schedules.  Suggest  the  user  make  one  or  two  day  Plans,  like  the 

\  '  . 

Green  Sheer. 

8  Noie  from  the  PERQ  CZAR 

Plans  will  be  institutionalized  here  in  the  near  future.  The  intent  is  to 
have  the  Data  Base  Administrator  (me)  and  the  Commanding  Officer  review  the 
Evolutions  for  a  given  period  and  build  the  top  level  of  the  Ships  Specific 
Task  Net  and  using  these  new  Planning  agents  to  create  all  HOD's  Plans  from 
running  this  agent  on  that  net.  This  r.'.eans  a  cooperative  effort  1'rGm  the 
Strike  Operations  Officer  for  the  Green  Sheet,  as  well  as  the  ilODs.  It  ..ill 
ultimately  take  the  detail  of  creating  the  Plans  and  make  Managerr.f nt 
Department  responsible  for  their  creation  and  distribution.  Whether  they  are 
on  line  plans  linked  to  the  Organizational  Net,  or  hard  copy  plans 
%  e  distributed  manual ly. 
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v'ol.I  Issue  1 
1.  ZOG  Enhancements 

1 . 1  Electronic  Mai  1 

Electronic  Mail  is  new  avail ible  on  all  PERQs?  When  you  log  in  to  ZOG  with 
Version  20.1  you  will  observe  that  the  bottom  ZOG  frame  initially  presented 
is  your  PERQ  mail  frame.  The  latest  mail  sent  to  you  is  immediately  visible 
on  your  mail  frame  in  the  form  of  options.  Older  mail  (i.e.  more  than  9 
options)  is  pushed  down  and  is  available  via  the  "Old  Mail"  Local  Pad. 

Additional  Local  Pads  are  available  for:  Sending  Mail  to  other  PEROs, 
Sending  Mail  to  a  general  Pul  let  in  Board  (for  all  users),  Sending  .wail  to  a 
special  Gripe  subnet  (for  user  encountered  ZOG  problems)  for  MG10  Action, 
Reading  the  Bulletin  board  and  Re:  ling  the  Gripe  subnet. 

You  can  review  the  Guide  documentation  for  Mail  by  selecting  "M"  below  or 
by  selecting  tha  local  pad  ”M"  on  your  PERQ  mail  frame. 

1 .  LM  Guide  for  Me;  1 

1.2  Additional  ZOG  Actions 

Some  adj.ticnal  Extended  ZOG  Functions  (ZOG  Actions)  are  now  available  in 
Z0G.(G-e  Z.0G1,  option  2.  or  goto  Z0G7).  All  the  old  ZOG  Actions  remain 
-  uncharged.  The  following  NEV.’  Actions  have  been  added: 


Change  Subnet  Allows  complete  subnets  to  be  read,  write  or  UNprote.ctod 
Protection: 

Add  Frame  Owner:  Allows  the  Frame  Owner  to  add  CO-Cwr.ers 

Note:  The  "Write  ztn"  and  "Read  zbh"  ,'clions  have  been  added  to  this 
section  and  removed  from  the  top  frame,  Z0G1. 


1 . 3  Add i t i ona ’  PERQ  Ut i 1 i t i es 

Under  ZX  Version  20.1  additional  PERQ  Utilities  have  been  incorporated. 
(See  ZX1,  option  3  cr  goto  ZOG14).  These  utilities  allow  for  simple  file 
manipulation  that  is  normally  accomplished  in  the  PERQ  Shell.  Py  including 
these  utilities  in  ZX  the  occasional  necessity  to  leave  ZX  for  file 
manipulation  in  the  Shell  has  been  eliminated.  Definitions  of  the  new  PERQ 
Utilities  are  listed  below: 

Directory:  Displays  the  contents  of  the  current  PERQ  file  directory  Path: 
Changes  the  Directory  Path  to  a  new  path  Typo:  Type  a  Idle  from  the  current 
directory  to  the  screen  Mount:  Mount  a  floppy  disk  as  an  additional  PERQ 
file  partition  DisMount:  Dismount  a  floppy  disk  from  the  PERQ  file 
partition  Rename:  Rename  a  file  in  the  current  PERQ  file  directory  Guy: 
Copy  a  file  to  a  new  file  in  the  -"urrent  PERQ  file  directory  Delete:  Delete 
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a  file  in  the  '-urrcnt  PERQ  file  directory 
Set  Search  and  the  Print  function  are  the  same  as  before 
1.4  Automatic  Leg-Off  Feature 

The  Automatic  Log-Off  Feature  has  been  incorporated  into  ZOG  Version  20.  i. 
This  new  e  tin  an  cement  allows  for  unattended  terminals  to  he  automatically 
logged-off  if  the  terminal  has  not  been  active  in  ZOG  for  two  statistics 
gathering  sessions  (approximately  21  minutes).  A  good  practice  to  get  into 
is  always  logging  out  of  ZOG  when  you  have  terminated  a  ZOGgir.g  session 
( control -"c" ) .  By  doing  this  the  PERQ  will  remain  in  ZOO,  but  ethers  will 
not  have  access  to  ycur  subnets  as  they  are  required  to  log- in  with  their 
own  ID  and  password. 

2.  AGENT  News 

2.1  Generic  Subnet  Creation  (AgGenr) 

AgGenr  crertes  a  generic  subnet  from  a  specific  subnet.  It  is  useful  for 
preserving  specific  subnets  in  a  form  that  allows  the  subnet  to  he  reused 
at  a  later  time  with  different  dates  and  times.  When  you  initially  create  a 
specific  subnet  utilise  AgGenr  to  create  a  copy  of  the  subnet  in  a  generic 
form  for  storage  and  future  use.  When  you  desire  to  use  the  particular 
subnet  for  a  different  event  all  that  is  necessary  is  the  instantiation  of 
the  generic  subnet  •  nich  creates  a  copy  of  the  particular  subnet  in  a 
specific  form  with  cates  and  tires  that  you  have  entered  wleii  executing 
Aglnst. 

Note  that  the  generic  subnet  that  is  created  by  runnig  AgGenr  will  r  fleci 
date  _nd  times  in  "T”  +  or  -  hours  and  mir...tes.  "T"  tiu.3  normally  is  the 
target  time  that  the  event  is  to  start  or  is  due.  Minus  normally 

indicates  events  that  occur  prior  to  "T"  time  and  Pius  (”+")  indicates 
events  that  occu*'  after  "T"  time. 

AgGenr  is  located  with  the  ZfG  Planning  Agents.  (  Z0G1 ,  option  1  th:.;i  Z0G2, 
option  1  then  Z0G3  option  7  "Create  Generic  Tusk  Tree"  or  goto  AgGenrZ. ) 

2.2  Multiple  Plane  (AgTPlan) 

Multiple  Plans  can  now  be  produced  from  cne  execution  of  AghPlan.  All  that 
is  necessary  is  to  ensure  that  the  "ACC0MRI3IIF.R:"  slot  on  ycur  subnet 
frames  reflects  the  p  per  cc.ie(s)  for  a  particular  accompl ishe:(s ) . 

Normally  the  accom.pl i she r  cou^s  will  be  dir  Federated  Management  Cncc(s)  in 
brackets  (i.e.  IMGTO)  iYYXO]  etc.). 

If  multiple  plans  sre  desired  simply  goto  fr*.:ne  "AgTPJonIS"  and  creole  a 
list  of  acccmlishers  using  the  proper  BIS  cccl..s.  AgTrian  will  then  erect:* 
plans  for  eves y  ac-n/npi isher  listed  and  place  the  pi ^ns  in  individual  files. 
The  file  names  hav^  the  conver.tion:"C0DED3te.Plan".  (i.e.  MGTOi2.\ugS3. 

Pi  an). 

To  print  a  particular  plan  use  the  ZOG  Print  Action  with  the  file  nan-. 
(Note:  the  file  r,. tries  will  appear  in  the  User  Display). 
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The  small  amount  of  overhead  involved  in  archiving  critical  i i les  can  pay 
off  in  a  big  way  should  the  unexpected  happen! 

Note:  The  Management  Department  routinely  Archives  all  subnets  off  each 
PERQ  on  a  weekly  basis  and  archives  a  change  file  for  each  machine  daily  (i. 
e.  only  ch:  'ges  to  subnets  are  backedup  daily).  This  allows  reconstruction 
of  files  should  a  problem  develop  with  the  hard  disk.  Tiles  are  only 
maintained  for  a  two  week  period  and  then  must  be  reused.  Although  the 
Management  Department  backups  arc-  available,  keeping  your  own  backups  is  a 
good  idea  especially  for  critical  frames  or  subnets. 

AgReStore  is  locateu  with  the  ZOG  Utilities  (Z0G1 .optionl  ZOG?., opt ion4  then 
Z0G6,option6  "TaStore  Archive...”). 

2.7  Make  Secondary  Backups  (AgMkSecorid) 

This  agent  will  create  secondary  backup  frames  for  a  subnet  that  has  been 
designated  to  have  a  secondary.  It  is  used  to  create  secondary  frames  that 
have  net  been  created  during  an  editing  session  due  to  the  unavailability 
of  the  secondary  macnine  (i.e.,the  secondary  PERU  was  not  in  ZOG).  Utilize 
this  agent  to  ensure  all  pertinent  backups  have  been  created. 

AgMk Second  is  located  with  the  ZOG  Utilities  (ZOG1 ,  option  1  then  IU\i2, 
option  4  and  then  ZOGf>,  option  8  "Make  Secondary  Backups"  or  goto 
AgMkSecondZ) . 

3.  Software  Issues 

I 

With  the  coming  of  ZOO  Version  20.1  there  also  comes  some  PERQ  Operating 
System  modifications  o  fix  sevie  of  the  "system"  problems  we  have  been 
encountering.  SpecLically  the  "Frozen  Keyboard  and  the  "Interrupts  during 
Swapping"  problems  have  been  resolved.  V,.-.at  this  means  to  the  user  is  that 
system  reliability  has  been  improved  and  fewer  system  hang  ups  will  be 
experienced. 

4.  Hardware  Issues 

The  Management  Department  R&D  section  is  presently  working  on  n  plan  to  'hard 
wire"  ail  the  PERGs  to  the  "on"  position.  This  will  allow  the  Pi'RQ  to  cctj 
back  on  immediately  after  a  power  failure  etc.  and  reinitialize  directly  into 
ZOG. 

The  E!'0  is  presently  working  on  a  modification  to  all  Ethernet  boards  to 
eliminate  the  transmission  of  "Long  Packets"  (Long  Messages  sent  PERQ  to 
PERQ).  This  will  reduce  the  collision  of  information  on  the  Ether., at  and  make 
PERQ  access  mora  reliable. 

5.  ZCG  Training 

Assistence  and  training  is  always  available  on  a  personal  basis  from 
Management  Department  personnel.  Please  call  70C9  for  assistencu  cr  to  make 
an  appointment.  Additionally  the  following  ZOG  training  classes  ore  ivheduled 
for  the  Month  of  August:  CLASS  DATL'/TIME  LOCATION  ZOG  Beginners  10  AUG 
.-  ..33/08-0000  Conference  iicer.i  13  AUG  8.'l/03-0900  conference  Room 
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AgIPlan  is  located  v.ith  the  ZOG  Planning  fleets  (ZGGI,  option  1  then  7.0G2, 
option  1  and  then  Z0G3,  optionl  "Create  Hardcopy  plan"  or  goto  AgGenr2). 

2.3  String  Replacement  (Agswap) 

AgSwap  will  go  through  a  tree  of  frames  and  replace  all  instances  of  one 
specified  string  with  another. 

This  agent  is  located  with  the  ZOG  Utilites  (Z0G1,  option  1  th.n  ZCG2, 
option  4  and  then  ZOGG,  option  6  "Global  String  replacement  within  tree  of 
frames”  or  goto  Ag$wap2). 

2.4  Find  a  String  (AgFind) 

Although  it  is  easy  to  move  around  in  ZOG's  subnets  trying  to  find  a 
•  particular  fr^me  or  set  of  framess  is  often  very  time-consuming.  To  make 
this  task  easier,  AgFind  was  developed.  AgFind  automatically  searches 
through  any.  subnet  to  locate  a  specific  set  of  frames  of  interest  to  yc.i. 

Sometimes,  you  might  want  to  look  for  all  frames  dealing  with  a  specific 
area  of  interest,  such  as  frames  concerned  with  using  the  ZOG  editor,  ZED. 
Or,  more  commonly,  \ou  might  wish  to  scar,  tnrough  all  frames  ir.  particular 
subnet  which  have  been  modified  since  the  last  time  you  looked  through  that 
subnet.  Maybe,  you  are  particularly  interested  only  in  those  frames 
modified  by  a  particular  person.  AgFind  is  the  tool  which  enables  you  to 
perform  these  searches  through  the  net. 

Agr,nd  is  located  with  the  ZOG  Utility  Agents  (ZOGi,  optionl  then  Z0G2, 

^  ,i  4  then  Z0G6,  option  1  "Search  frames;  find  r'cent  changes"  or  goto 
id2 ) . 

>.  /e  Subnets  to  Offline  Storage  (AgArchive) 

ent  will  cc'py  subnets  from  any  PERQ  ento  a  floppy  disk  on  your  PERQ. 
iv  .  also  allow  you  to  re-read  those  subnets  which  have  been  placed  onto 
a  floppy  bark  into  7.CG. 

Thus,  frames  which  are  valuable  may  be  stored  out  of  harm's  v.'ay;  frames 
which  have  been  accidently  destroyed  may  be  retrieved;  and  frames  which  you 
no  longer  want  to  her  e  on  your  disk  need  not  be  permanently  deleted. 

AgArchive  is  located  with  the  ZOG  Utility  Agents  (ZOGI,  option  1  then  Z0G2, 
option  4  then  Z0G6,  option  G  "Archive  Frames  to  floppy  dir.k"  or  goto 
AgArch i ve2 ) , 

2,6  Restore  Archive  Frames  from  floppy  disk 

AgRestore  perform-  ths  reverse  of  AgArchive;  It  reloads  archived  frames  or 
subnets  from  the  floppy  disk  to  the  hard  disk,  'his  allows  the  user  t; 
restore  frames  or  subnets  that  have  been  mistakenly  demand  or  destroyed. 

It  should  be  noted  that  you  can't  restore  frames  or  subnets  that,  haven't 
been  archived!  In  other  words  it  is  good  practice  to  s,.ore  backm  copies  of 
critical  frames  or-  subnets  offline  (i.e.  Archive  the  files  to  a  floppy). 
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ZOG  Advanced  13  AUG  83/03-1 GOO  Conference  Room  20  AUG  83/08-1000  Conference 
Room 


6.  ZOG  Customer  Service 


The  Management  Department  has  established  a  ZOG  Customer  Service  Center.  The 
ZCSC  will  be  responsible  for  ensuring  the  ZOG  users  receive  fast  efficient 
service  concerning  trouble/probi ..m  calls  and  user  resistance  requests. 

To  assist  the  ZCSC  in  resolving  'he  problems  that  arise  concerning  the  FZUQ 
a;.d/or  ZOG  a  ZOG  Service  Request  (ZSR)  and  ZSR  Tracking  System  has  been 
inpleme.vted  by  the  Management  Department.  This  will  allow  for  the  formal 
tracking  of  not  only  problems,  but  of  requests  for  system  enhancements. 

For  assistance  in  any  area  concerning  ZOG  or  the  PERQ  in  ini  computer  system, 
please  call  J-70C9, 

7.  ZOGs  Corner 


Welcome  to  ZOGs  Corner!  For  each  issue  of  the  ZOG  Users  Group  News  I  will  add 
seme  comments,  pointers  or  just  general  tid  bits  of  information  th..t  all  good 
ZOGGERs  should  know.  This  issue  I  present  a  few  pointers  on  how  to  ‘rouble 
shoot  your  PERQ  if  things  aren't  working  right. 


ii  you  are  in 


t-i'ljOy  i  jig  u 


- i 

gUVs 


freezes  on  you  (i.e.,  the  cursor  will  not  respond  to  the  mouse  and  tbs  global 
pads  dc  not  function)  don't  curse  and  go  looking  for  a  big  hammer  to  fix  the 
FF.RQ.  Simply  reboot  the  system  by  pressing  the  small  button  on  the  back  of 
the  PERU.  After  about  a  minute  (or  so)  the  PERQ  tvs  11  reinitialize  and  ask  you 
to  login.  Enter  your  ID  and  password  (each  followed  by  a  carriage  return)  You 
will  then  see  a  prompt  cursor.  Just  type  "zog”  and  a  carriage  return.  ZOG 
will  no-  reinitialize  (about  20  seconds)  end  you  are  all  set  to  go!  Wasn't 
that  easy? 


I  should  note  at  this  point  that  we  have  implemented  soma  changes  to  the  PERU 
Operating  System  sent  by  CMU  and  3RCC  ana  thus  will  experience;  fewer  system 
freezes  and  consequent !y  improved  system  reliability! 

7.>  More  Info 


How  about  mouse  problems?  No...  Cheese  is  not  the  answer  nor  is  throwing 
the  poor  little  critter  on  the  floor  and  giving  it  a  close  up  view  of  the 
underside  of  your  shoe!  Instead  1  would  suggest  you  check  all  the  plugs  on 
the  bit  pad  (3  total-  1  in  fre-t  and  2  in  uack)  for  a  snug  fit.  If  this 
does  not  soive  the  problem  then  t*~y  the  bit  pad  reset  button  on  the  right 
side  of  the  bit  pad.  This  reinitalizes  the  pad. 

Should  your  troubles  persist  after  all  this  ...Well  its  still  not  time  to 
punt  the  mouse  or  resolve  to  using  the  bit  pad  as  a  base  for  the  cof'ee 
mess.  Just  try  rebooting  the  system  as  I  described  in  the  previous  trame. 
Often  ’us L  reinitalizes  ( "boot ; ng"  ns  they  say  in  the  computer  w.s,  Id) 
cures  this  kind  of  problem  ( i .(.  the  PERQ  starts  over  with  a  clean  slate). 
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If  all  th i ^  fails  then  its  time  for  a  coffee  break?  P-Tf  first  call  for 
Customer  Service  from  the  local  ZOG/PERQ  Troubleshooters  (Management  Dept.) 
at  7009.  By  the  time  you  are  dene  with  your  coffee  we  will  have  your  mouse 
sitting  up  and  doing  tricks  (That  is  if  your  mouse  doesn't  require  major 
surgery? ) 
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1 .  ZOG  Enhancements 

1.1  New  Login  I .D.s 

The  new  version  of  ZGG  soon  to  bo  released  (version  22.0)  will  allow  the 
user  to  Login  using  his  FMS  (Federated  Management  System)  Code  ns  his  user 
I.D.  By  utilizing  the  appropriate  FMS  code  to  log;n  (and  individual 
password),  the  user  will  be  able  to  observe  his  mail  frame  in  the  bottom 
ZOG  window  and  his  Top  Frame  in  the  top  window  upon  initial  entry  into  ZOG 
(See  ZOGNews  Enhancements  2  and  3).  This  means  that  no  matter  which  PERQ  a 
user  logs  ir.  at  he  will  always  observe  the  same  initial  frames  v.'uon 
entering  ZOG  (in-other  words,  the  user  will  not  be  dependent  on  a  particular 
PF.RQ  for  display  of  the  initial  ZOG  frames). 

Note:  Only  FMS  codes  will  have  this  unique  capability.  Using  the  eld  login 

I. D.s  wifi  result  in  the  default  frames  of  "CVgiobal 1 “  and  "BBoardl". 

1.2  Electronic  Mail  I mp rovemer. t 

New  enhancements  to  the  ZOG  Mail  system  will  allow  the  user  to  delete  maii 
from  lus  mail  frame  when  it  is  m  longer  required  (Select  "G"  be  lev  for 
-details)  and  access  the  user's  mail  from  any  PEPQ  by  simply  logging  in  with 
his  designated  FMS  code  and  password.  (See  ZOGNews  Enhancements  1) 

1.2.G  Agent  Mail  Guide 

1.3  Department  ’’Top  Frame” 

The  r.ew  login  format  will  initially  display  the  user's  mail  frame  in  the 

bottom  window  of  ZOG  and  in  the  top  window  of  ZOG  v. 1 1 1  be  the  user's  "Top 

Frame."  The  user's  top  frame  has  been  reserved  for  the  user's  indy.  The 
index  should  be  utilized  for  quick  access  to  frequently  used  nets,  current 
projeCvS  etc.  Organization  in  this  fashion  allows  tha  user  to  enter  the 
zognet  data  base  a..d  locate  pertinent  subnets  in  the  most  expedivous 
manner . 

1.4  Standardization  of  Responsibility  Nets 

The  Top  Frame  structure  for  Sb.  p's  Plans  has  been  adjusted  and  a  standard 
convention  establisnsd  for  Department  (or  individual)  Responsibility  Task 
Nets.  The  Pool  Frame  of  a  Department's  (or  individ  nl 's)  Plans  is 
identified  by  the  franc  id:  tfdtfuPlanl  (where  is  replaced  with,  the  FMS 
Code ) . 

The  root  frame  (###4Pianl)  will  include  two  options.  The  first  option 
provides  a  link  to  the  Department's  Specific  Task  Net  and  should  be  linked 
to  frame  ”*###Taskl ".'’####TasklM  can  be  formated  as  desired,  but  it  is 
recommened  that  it  include  options  (links)  to  Specific  Tasks  and  Personal 
Tasks  (####Pt.r;)  (See  "Formats!"  for  an  example)  or  options  for  Periodic 
Tasks,  Unique  Tusks  and  Personal  Tasks  (See  ’’MGT0Pla..l "  for  this  example), 
lie  former  structure  was  the  original  ZOG  format  evd  will  allow  those  with 
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the  structure  in  place  to  conform  to  the  standard,  'ihc  latter  structure  is 
recommended  for  those  just  implementing  their  Task  Nets  as  it  wlil  allow 
distinction  between  recurring  and  unique  (aperiodic)  lacks. 

Caution  should  be  exercised  when  cheating  options  on  "####Taskl"  as  options 
that  link  to  nets  outside  the  department  task  net  will  cause  extraneous 
inserts  in  r apartment  plans.  Pecemrrcnd  local  pads  for  outside  links. 


1 . 4 .  >■  More 


j:-5  second  option  on  ”###“Planr'  should  be  linked  to  "####Plan2"  (See 
"formatsl2"  for  an  example  of  what  ###»*Plan2  should  resemble).  The 
"####Plan2"  frame  is  an  index  for  the  departmental  "On-Lino”  Flans  that 
have  been  created  using  the  agent  AgZPian. 


g  your  too  structure  it  is  recommended  that 
.*  "To:  ’.ats"  or  the  "MGTO"  subnet,  future  that 
all  links  a~e  disconnected  afLer  you  ccn\  a  frame  ("r."  in  ZKP).  Then 
utilize  Ag.Swap  to  replace  ”#»£#"  or  "MGTO"  with  your  appropriate  FMS  code. 


Note:  V.nen  initially  buildi 
you  copy  the  frames  from  th 


2. 


\ 

n 


GENT 


News 


2.1  Green  Sheet  Agent 


The  Green 

O*  »  a 
OVI  vpj 


Sheet  A^ent  will  al 

v’Kaa* 

VJ I  V_»v .  i  I  OIK  vw 


low  a  user  to  enter  a  Green  Sheet  item  on  the 
7‘horg  its,*,  s  will  then  bs  psvir  vsfl  by  Striks 


Ops  and  printed  on  the  daily  carl  vinson  Green  Sheet. 


To  utilize  the  Green  Sheet  agent  the  user  simply  hat  to  select  "u"  or  util 
from  the  global  p3d  set.  This  action  places  the  '“name  "ZOGi"  in  the 
opposite  window  that  the  cursor  is  in.  On  the  ZOGI  frame  is  the  local  pad 
"G"  for  "Submit  Frame  to  Green  Sheet".  Selecting  "G"  will  activate  the 
Green  Sheet  agent  and  the  user  will  be  asked  for  a  frame  ID.  Note:  if  the 
frame  you  are  submitting  to  the  green  sheet  is  in  the  window  with  the 
cursor  (i.e.  you  just  built  it  or  pathed  down  to  it)  then  simply  type  V 
for  frameid. 


The  Green  Sheet  agent  will  automatical  Ly  break  all  links  to  the  frame 
identified  when  it  is  copied  to  the  Strike  Ops  subnet.  Strike  Opr.  is  also 
added  as  an  ....Tier  of  the  copied  Green  Sheet  Frame. 

Utilize  the  local  pad  on  ".m'tfPlanl"  ,  "####  GS"  to  link  to  the  Struts  Ops 
Green  Sheet  subnet  for  quick  access  to.  you  Green  Sheet,  items. 


3.  Software  Issues 


3.1  Selection  of  Nodes  at  Creation 

The  selection  of  primary  and  secondary  nodes  at  the  time  of  subnet  creation 
was  suggested  cs  a  system  improvement  at  a  recent  7J..Z  Users  meeting.  Th:.- 
suggestion  was  a  Good  idea  and  has  teen  passed  to  our  support  group  at 
Mellon  Institute.  They  are  in  the  process  of  integrating  this  system 
modification  into  the*Z0G  cbde.  We  e- pect  to  see  this  enhancement  in  the 
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near  future.  Keep  those  Suggestions  coming  -  only  with  good  user 
participation  can  we  put  together  a  worth  while  system! 

3.2  Frame  Garbage  Collection 

This  is  another  Good  suggestion  that  was  submitted  at  a  recent  ZOG  User 
Group  meeting.  The  aaility  to  reclaim  unlinked  frames  li.e,  frames  deleted 
in  the  middle  of  a  subnet)  allows  the  user  to  efficiently  utilise  memory 
(in  other  words,  unused  frames  that  are  floating  in  the  zognet  ai\,  "really 
deleted" ) . 

Unfortunately  this  is  not  an  easy  task  to  implement.  To  unlink  a  frame  me 
return  it  to  "free"  memory  requires  that  ail  links  to  that  frame  be 
identified  (i.e.  just  because  it  is  deleted  from  a  particular  subnet, 
doesn't  mean  that  it  is  just  part  of  that  subnet).  The  ability  to  identify 
ALL  links  to  a  particular  frame  requires  tint  each  irame  have  an  "Accesscr" 
list.  An  accessor  list  is  not  presently  implemcmted  in  the  ZCG  dat,. 
structure  3rd  to  Jo  so  would  require  major  surgery  on  ZOG. 

This  is  rrt  to  say  that  Frame  Garb  a, go  Collection  will  never  be  implemented, 
for  it  is  really  a  necessity  as  7GG  grows,  in  order  to  efficiently  utilize 
memory.  It  will  just  be  a  way  down  .he  road  before  this  action  can  be 
adequately  suppoted. 

4.  Hardware  Issues 

4.1  RSl  has  Arrived 

The  PERQ  R3L  has  arrived  (finally!).  Wa  now  have  tho  PERQ  support  parts 
that  were  ordered  at  the  beginning  of  the  year  to  supply  onboard  PE.lQ 
repair.  Unfortunately  our  shortage  of  PERQ  parts  is  so  critical  that  even 
with  the  arrival  of  the  RSL  we  are  not  going  to  be  able  to  get  all  PFRQs 
back  on  1’  i.  We  are  in  the  process  of  replenishing  the  RSL,  but  it  is 
anticiprted  that  critical  parts  will  ae  not  be  available  for  some  machines 
until  we  return  to  Alameda. 

4.2  EMO  Maintenance 

As  cf  approximately  15  Aug  S3  the  Er!0  assumed  all  responsibllty  for  the  on 
board  maintenance  and  repair  of  the  ?ERQs.  The  Management  department  and 
the  EMO  have  established  procedures,  FMS  etc., to  hopeful iy  prove-’  the  best 
possible  sevic-'  to  the  users. 

If  you  experience  any  kind  cf  problem  with  ZOG  or  the  PERQ  miniecr.pvter 
system  (hardware  o-  software)  please  contact  the  Management  RGO  Center  at 
J-7009.  We  will  record  your  trouble  call  in  our  tracking  system  and  provide 
initial  trouble  shooting.  If  ■ no  problem  turns  cut  to  be  hardware  related 
then  the  Management  Department  will  contact  the  EMO  for  the  appropriate 
assistance. 

5.  ZOG  Training 

ZOG  Training  for  the  weeks  of  5  Gap  33  and  12  Sep  83  have  been  cancelled  due 
to  the  Subic  port  call. 
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Persona!  assistance  end  or  training  can  be  scheduled  by  nppointmonl  during 
those  weeks  by  contacting  LCDR  Anderson  or  LCDR  r'isehheck  at  J-7009. 

ihezo.;  User  Croup  Meetings  will  be  scheduled  as  required  during  those  weeks. 
Watch  the  Bulletin  Boat  d  (EBoardMai  1 )  for  armoucersent  t . 
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1.  ZOG  Enhancements 

1 . 1  New  Log  in  : . D . s 


The  new  version  of  ZOG  soon  to  be  released  (version  23.0)  will  allow  the 
user  to  Login  using  h:s  FMS  (Federated  Management  System)  Code  as  his  user 
I.D.  By  utilizing  the  appropriate  FMS  code  to  login  (and  individual 
password),  the  user  will  be  able  to  observe  his  mail  frame  in  the  bottom 
ZOG  window  and  his  Top  Frame  in  the  top  window  upon  initial  entry  into  ZOG 
(See  ZOGNews  Enhancements  2  and  3).  This  means  that  no  matter  which  PERQ  a 
user  logs  in  at  lie  will  always  observe  the  same  initial  frames  when 
entering  ZOG  (in  other  words,  the  user  will  not  be  dependent  on  a  particular 
PERU  for  display  of  the  initial  ZOG  frames). 

Note:  Only  FMS  codes  will  have  this  unique  capability.  Using  the  old  login 
I.D.s  will  result  in  the  default  frames  of  "CVgloball"  and  "BBoardi". 

Also,  if  you  are  a  new  user  and  login  with  your  FMS  code  and  it  doesn't 
work  then  you  need  to  contact  MCTO  (7009)  so  we  can  enter  your  code  and 
create  a  mail  and  top  frame.  Only  current  users  have  had  their  FMS  codes 
added  to  ZOG  and  have  a  mail  and  top  frame  available. 

1.2  Electronic  Mail  Improvement 

r 

New  enhancements  to  the  ZOG  Mail  system  will  allow  the  user  to  delete  nail  V  ' 

from  his  mail  frame  when  it  is  no  longer  required.  Ihe  user  has  the  option 
of  deleting  selected  mail  or  completly  clearing  all  mail  from  his  maii  box 
(Select  ”G"  below  for  details). 

Additionally  a  user  can  Send  either  read  or  write  protected  mail.  When 
"Send  Mail"  has  been  selected  ZCG  will  automatically  ask  if  the  mail  to  be 
sent  should  be  protected  and  if  so  what  type  of  protection.  Note:  A  user 
can  acccess  his  mail  from  ary  PERQ  by  simply  logging  in  with  his  designated 
FMS  code  and  password  (See  ZOGNews  Enhancements  1). 

x  Agent  Mail  Guide 

1.3  Department  "Top  Frame " 

Tlie  new  login  Format  will  initially  display  the  user's  mail  frame  in  the 
bottom  window  of  ZOG  and  in  the  top  window  of  ZOG  will  be  the  user's  "fop 
Frame".  71k  user's  top  frame  has  been  reserved  for  the  user's  index.  The 
index  should  be  utilized  for  quick  access  to  frequently  used  nets,  currant 
projects  etc.  Organization  in  this  fashion  allows  the  user  to  enter  the 
zogr.ex  data  base  and  locate  pertinent  subnets  in  the  most  expeditious 
manner . 

1.4  Standardization  of  Responsibility  Nets 

The  Top  Fname  structure  for  Ship's  Plans  has  been  adjusted  and  a  standard 

convention  established  for  Department  (or  individual)  Responsibility  Task  y.\-z 
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Nets.  The  Root  Frame  of  a  Department's  (or  individual's)  Plans  is 
identified  by  the  frameid:  ####Planl  (where  is  replaced  with  the  FMS 
Code ) . 

The  root  frame  (####Planl )  will  include  two  options.  The  first  option 
provides  a  link  to  the  Department's  Specific  Task  Net  ar.d  should  be  linked 
to  frame  "####Taskl " . "####Taskl "  can  be  formated  us  desired,  b-t  it  is 
recommened  that  it  include  options  ( 1 i nks )  to  Specific  Tasks  and  Personal 
Tasks  (##Wers)  (See  "Formats!"  for  an  example)  or  options  for  Periodic 
Tasks,  Unique  Tasks  and  Personal  Tasks  (See  "KGTOPIar.l"  for  this  example). 
The  former  structure  was  the  original  ZOG  format  and  will  aliow  those  with 
the  structure  in  place  to  conform  to  the  standard.  Tire  latter  structure  is 
recommended  for  those  just  implementing  their  Task  Nets  as  it  will  allow 
distinction  between  recurring  and  unique  (aperiodic)  Tasks. 

Caution  should  be  exercised  when  creating  options  on  "#<.-##Taskl"  as  options 
that  link  to  nets  outside  the  department  task  net  will  cause  extraneous 
inserts  in  department  plans.  Recommend  local  pads  for  outside  links. 


* 


2.  AGENT  News 


2. 1  Green  Sheet  Agent 

The  Green  Sheet  Agent  will  allow  a  user  to  enter  a  Green  Sheet  item  on  the 
•  Strike  Ops  Green  Sheet  subnet.  These  items  will  then  be  reviewed  by  Strike 
Ops  and  printed  on  the  daily  Carl  Vinson  Green  Sheet. 

To  utilize  the  Green  Sheet  agent  the  user  simply  has  to  select  "u"  or  util 
from  the  global  pad  set.  Tnis  action  places  the  frame  ’7001"  in  the 
opposite  window  that  the  cursor  is  in.  On  the  Z0G1  frame  go  to  ZOG  Agents, 
then  Planning  Agents  and  then  select  option  8,  ''Submit  an  item  for  the 
Green  Sheet".  The  user  will  be  asked  for  a  frame  ID.  Note:  if  the  frame  you 
are  submitting  to  the  green  sheet  is  in  the  opposite  window  then  sir.ply 
type  "/"  for  frame  id.  The  Green  Sheet  agent  will  automatically  break  all 
option  links  to  the  frame  identified  when  it  is  copied  to  the  Strike  Ops 
subnet.  Strike  Ops  is  also  added  as  an  owner  of  the  copied  Green  Sheet 
Frame. 


Utilize  the  local  pad  on  "rtr^Planl"  ,  "###»  G3"  to  link  to  the  Strike  Ops 
Green  Sheet  subnet  for  quick  access  to  your  Green  Sheet  items.  Note:  when 
the  Green  Sheet  agent  is  executing  it  will  identify  the  frame  on  the  Strike 
Ops  subnet  in  which  your  item  is  being  placed. 

3.  ZOG  Actions  Added 

3.1  Add  Subnet  Owner 

Add  an  additional  owner  to  a  whole  subnet  is  now  available  as  a  ZOG  Action. 
To  locate  this  action  goto  "ZOGl"  or  select  the  global  pad  "u".  On  ZCG! 
select  option  2,  ZOG  Actions.  Thar,  select  option  "Q"  for  "Add  Subnet  Owner" . 
ZCG  will  then  ask  for  the  name  of  the  subset  to  add  an  owner  to  and  Will 
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ask  for  the  new  owner's  ID.  The  new  owner  will  then  be  added  as  an  owner  to 
all  frames  in  the  subnet  identified. 

3.2  Remove  Subnet  Owner 

Remove  an  owner  from  a  whole  subnet  is  now  available  as  a  ZOG  Action.  To 
locate  this  action  goto  "Z0G1"  or  select  the  global  pad  "u”.  On  Z0G1  select 
option  2,  ZOG  Actions.  Then  select  option  "B"  for  'Remove  Subnet  Owner*'. 

ZOG  will  then  ask  for  the  name  of  the  subnet  in  which  to  remove  an  owner 
and  will  ask  for  the  owner's  ID.  The  identified  owner  will  then  be  removed 
as  an  owner  to  all  frames  in  the  subnet  identified. 

4 .  PERQ  Utilities  Removed 

Some  PERQ  Utilities  have  been  removed  from  Version  23.0.  The  PERQ  Utilities 
that  are  not  available  are:  "D.  Display  contents  of  Current  Directory"  and  ”S. 

Set  Search  Path  List.”  lhese  are  only  temporary  deletions  and  were 
implemented  in  version  23.0  due  to  some  memory  problems  that  we  are 
experiencing  when  calling  these  PERQ  Shell  commands. 

Essentially  what  is  happening,  is  that  when  these  PERQ  commands  are  executed 
the  overhead  required  in  the  ZOG  memory  segment  is  more  that  ZCG  can  handle 
and  ZOG  bombs  due  to  a  full  memory  error.  The  memory  management  involved  in 
linking  these  PERQ  utilities  into  ZOG  is  difficult  and  we  have  forwarded  the 
problem  to  CMU  for  assistance  in  its  resolution. 

V... 
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MGTO's  Ini’ art  Task  Net 


Created 


1C, 


LCDR  Shoop:  Leave  [MGTO]  -  MGT0InPort48 

LF  J  ;hnson:  Report i ng  Aboard  (Possibly!) 

-  l.GTO:  -  MGT01nPort40 

DP3  "Gerhart:  Reproting  Aboard  -  IMGTO]  - 
MGTOInPort41 

SN  Tarleton:  Leave  -  [MGT01  -  MGiOInPc -t47 


LCDR  Pischbeck:  Leave  -  IMGTO]  - 
MGT0InPort49 

PM3:  MGTO  Monitor  -  IMGTO I  -  MGT0InPort38 


iork  Package  I dent i " icat ion:  TBA  -  I 
-  MGT0InPort37 

Ad.n  in/Ops  Shipboard  3M:  (Piocar  & 
Yandermoien)  -  l NKGT 0 )  -  MGT01nPort74 

ei  al  Damage  Control :  (Bolar.der,Moi  gan 
Dhnson)  -  l MGTOl  -  MGTOInPort75 


Reveiw  Message  Traffic  -  IMGTO]  - 
MGT0InPcrt69 


Departmental  Duty  Officer  Security: 
(Control  Keys  to  All  MGTO  Spaces)  - 
IMGT01  -  MGTO Inf art 62 

Sign  Yoke  -  (MGTO!  -  MOfuInPcrtbS 


s  -  iMG 

TO 

]  - 

MGTO inPort 9 

Muster  Report  -  l MGTO] 


3M  Inspection  -  IMGICl  -  MOOlnPor  t„o 


Departmental  Duty  Officer  Meeting: 
Morning  -  IMGTO]  -  MGTOnI'ort34 

Shipboard  Conference:  (MGTO:  Lnsure 
Conference  Room  is  Clean  by  0900)  - 
IMGTO  -  MGTOInPor-78 


MGTO  DDO  In Port  Schedule 


MGTO  DDO  InPort  Schedule 


Provide  Command  Religious  Program 


Created  26Sep83  2304 


*ask  -  Accomplish^  -  Frameid 

Annual  Chapel  Fund  Report  to  AlRPAC  - 
YXCH  -  Chaplain  West  ling  (YXCH1  -  CRP388 


Audit  for  the  Third  Quarter  -  SUPO  - 
Supply  Officer  [YXCH]  -  CRP216 


Conduct  aaiiy  meeting  with  RP  staff  - 
YXC3  -  Senior  RP  IYXCKI  -  CRP228 


attend  ZOG-Users  Meeting  -  YXCH  - 
Chaplain  West  ling  l YXCH J  -  CRP381 


execute  Film  Program  -  YXC2  -  Chaplain 
Todd  [POD] (YXCH)  -  CRP1S0 


OlOct  020ct | 030ct I 040ct I 050ct I 060ct 


2 


Task  -  Accompli sher  -  Frame  id 


Evening  Prayer  from  the  Bridge  -  YXCH  - 
Duty  Chaplain  IYXCHl  -  CRF3S2 


Arrange  for  CO/XO  opening  welcome  -  YXCK 
-  Chaplain  West ling  IYXCH1  -  CRPlSl 


Conduct  daily  meeting  wit!  r,P  staff  - 
Y  XC3  -  Senior  RP  1YXCH1  -  v  RP228 


Fam  &  I  Lecture  on  ship's  chaplaincy 
services  -  YXC5  -  Chap. Off  ice  Mngr 
[ YXCH1  -  CRP239 


Morning  Fellowship  (Bible  Study)  -  AOAII  W. 
Baker  IF0DHYXCH1  -  CRP286 


Fam  &  1  Lecture  cn  ship's  library 
services  -  YXC4  -  Library  Manager  IYXCH1 
-  CRP240 


UlOct  020ct  030ct  040ct  OoOct 


■ 


0755- 

0805 

0815- 

0845 


0830- 

0930 

0845- 

0915 


Maintain  accounts  for  Chap  1  Fund  -  Y.XC5 
-  Chap. Off ice  Mngr  l YXCH1  -  CRP205 


Celebrate  Daily  Mass  -  YXC 1-Chaplain  Cade  | 
IG3)  (PCD) IYXCH1  -  CRP22  1 

I 

I 


Protestant  Noonday  Worship  - 
YXC2-Chsplain  Todd  (GS1 tFCDl CYXCH1  - 
CLP  10 


Navigators'  Fellowship  -  Li  Christ 
;P05] iYXCHl  -  CRP17 


Conduct  rehearsals  (Voices  of  Vinson)  - 
0S3  K.  Thomas  IPODUYXCK)  -  CRP131 


Evening  Prayer  from  the  Bridge  -  YXCH  - 
Du*y  Chaplain  IYXCHl  -  CAP352 


Free  New  Testament  Dispuvs  -  YXC3  - 
Senior  RP  IYXCHl  -  CRP282 


Order* all  other  supplies  as  needed  -  YVX3 
-  Senior  RP  IYXC31-  CRP203 


0900- 

MOO 

1100- 

1130 

i ;  30- 
1200 


1900- 

2030 

2100- 

22X 


Maintain  supply  log  -  YXC3  -  Senior  RP 
IYXCHl  -  CRP209 


Chaplains  Flans 


-I  Task  -  Acconplisher  -  Jrameia 

'i 


Conduct  dai y,  meeting  with  RP  staff  - 
YXC3  -  Senior  RP  I YXCH3  -  CRP228 


Edit  Captain's  Family  Phone  Message  - 
YXC4  -  Library  Manager  IYXCHl  -  CRP354 


:  to  PAO  "Chaplain's  Chat"  x'or  the 
1  -  YXC1  -  Chaplain  Oddo  IYXCHl  - 


Celebrate  Daily  Mass  -  YXCi-Chapiui n  Oddo 
[ GSJ  [POD]  iYXClil  -  CRP22 


1 0 1  Oct  1 020ct  j  (XlOct 1 040ct 1 oSOct ! 060ctl 


1100- 

1130 


Bible  Fellowship  (Protestant)  -  ACC 
Vi  lades au  (PODHYXa.J  -  CRP15 


1230- 

1300 


Set  up  materials  for  Seminar(s)  - 
Senior  RP  5  Facilitators  iYXCHl  - 


Conduct  Cur 'an  Studies  -  SN  John  B. 
Wright  IPODHYXCH)  -  CRP359 


1500- 

1500 

1900- 

2000 


Execute  Ire-Reunion  Family  Seminars  on 
board  -  YXCH  -  Chaplain  West  ling  iYXCHl 
-  CRP100 


1900- 

2230 


Even: nr  rrayer  from  the  .Bridge  -  YXCH 
Duty  C.aplain  r VXCH 1  -  CRP352 


Erotr,e.iiood  Hour  (Bible  Study)  -  1.(33 
Ballist  (FODl  (YXCH)  -  Cr:?140 


2200- 

2330 


.valuate  Seminars 
YXCH  -  Cnapiain 


Provide  Certificates  for 
attendees  (Pre-Reuni  on  Seminar)  -  YXC’i5  - 
Chap. Office  Mngr  (YXCH)  -  CRP182 


Conduct  daily  meeting  with  RP  staff  - 
YXC3  -  Senior  RP  (YXCH!  -  CRP228 


•  0755- 
0S05 


Morning  fellowship  (Bible  Study)  -  AQ.a.  w. 
Baker  l POD) { YXCH ■  -  CRP237 


0830- 

U330 


Chaplains  Plans 


Acconpi i sner  -  Frameid 


Celebrate  Dai!y  Mass  -  YXCl-Chaplain  Oddo 
IGSHP0D1 IYXCH1  -  CRP22 

Holy  Communion  (Protestant)  - 
YXCH-Chaplain  V.’estling  IGSHP0D1  tYXCHl 


Provide  scheduled  training  of  RPs  based 
on  syllabus.  -  FXC2  -  Chaplain  Todd 
(YXCH1  -  CRP224 


Monitor  and  supervise  courses  for 
advancement  for  RPs.  -  YXC2  -  Chaplain 
Todd  1YXC1I1  -  CRT37 


L.D.S.  "Hone  Meeting"  -  AXl  Stewart 
[GSHP0D1  [YXCH1  -  CRP29 


Officers  Christian  Fellowship  -  LT 
Maugans  IP0DHYXCH1  -  CRPlS 

Conduct  rehearsals  (Voices  of  Vinson)  2 
0S3  K.  Thomas  1  POD! [YXCH]  -  CRF172 


Evening  Prayer  from  the  Fridge  -  YXCH  - 
Duty  C.apiain  i YXCH i  -  CRP352 


Conduct  daily  meeting  wit.i  RP  staff  - 
Yi:C3  -  Senior  RP  (YXCH)  -  CRP22S  ' 


Print  Bulletin  for  Sunday  Protestant 
service  -  YXC5  -  Chap. Oif ice  Mngr  [ YXC’T1 
-  CRP219 


YXol-Chtplain  Cddo 


Review  Daily  OpSurrs  for  Chaplains 
Availability  &  Requests  for  Holy  Helo 
support  -  YXCK  -  Chaplain  Westling 


Bible -Fei lowsh ip  (Protestant)  -  ALC 
Vilcdesau  1F0DMYXCH)  -  CRP16 


Conduct  Personal  Development  program  in 
ship's  brig  -  .1RP229 


O50ct 

ObOct 

1 100- 
1130 

1 130- 
1200 

1600- 

1700 

1600- 

1700 

1700- 

1900 

1930- 

2100 

2100- 

2200 

2155 

0755- 

0SO5 

! 

0900- 

1600 

1100- 

1130 

1200- 

2200 

1230- 

'300 

1400- 

1530 

Chaplains  Plans 


Jiask  -  Acco.t.pl  isher  -  Fraseid 

OlOct 

020ct 

||j| 

4-* 

O 

o 

o 

050ct 

O60ct 

Rosary  &  Benediction  of  the  Blessed 
Sacrament  (Catholic)  -  YXCl-Chaplain 

Oddo  (OSJ  IPOD)  1'iXCHl  -  CRP297 

1900- 

1955 

Chaplain's  Bible  Seminar  -  YXC2-Chapiain 
Todd  [ P0D1 1YXCH1  -  CRP358 

2000- 

2M5 

Evernng  Prayer  from  the  Bridge  -  YXCH  - 
Duty  Chaplain  IYXCH1  -  CRP352 

2155 

Brotherhood  Hour  (Bible  Study)  -  MS3 

Ball iet  120D1 (YXCH)  -  CRP141 

2200- 

2330 

2200- 

2330 


Created  1 5 J u 1 S3  0 1 3S 


zOG  Project  I zv;,-* 


Proposed  PI  an 


Task  -  Accord  : sner  -  Frame  id 

Breakfast  -  0NKRe\2i 

Management  Department  Brief  -  Management 
Officer  -  ONRRev? 

AirPlan  -  LCDR  I-  i  sdibeck  -  ONRRev!3 

MAIN FT  -  LCDR  Shoop  -  ONRRovlS 

Lunch  -  ONitkevii 

Technology  Transfer  Projects  -  Command i ng 
Officer  -  0NRRevl2 

_  1 

ZOG  Project  Status  -  LCDR  Sloop  -  CARRevO 

Planning  and  Plan  Imp  lenient  a4  ion  -  LCDR 
Shoop  -  OAPAA  vlO 

Weapons  Klet ator  Manual  -  LCDR  Anderson  - 
0NRRevl4 

Dinner  -  ONRRev23 

HOD  Meeting-  Introduction  -  ALL  -  0N’RRev22 

Breakfast  -  ONRRevZl 

Hardware  Issues  -  LCDR  Shoop  -  ONRRevlS 

!5Jul 


l6Jul 


i  600 

1000 

1030 

1 030- 
1100 

100- 

1300 

1 300- 
1330 

1330- 

1400 

1400- 

K30 

K30- 

1500 

1700- 

1S00 

1330- 

1900 


1 7  J  u  1 


Lunch  -  ONRRevli 


True  ZOG  users  Meeting  -  Department  Heads 
-  0NRRevl6  -  See  Note  1 


Dinner  -  G'.'RRev23 


0730- 

0830 

0900- 

1100 

1 1 00- 

130-0 

1300- 

1500 

1700- 

1600 


SJul 


19dul 


20Ju!f 


Pro*. ..  :;ed  l'i  an 


Task  -  Accompl  i  shcr  -  1-ram^  i  d 

ISJui 

l6Jul 

IVJul 

loll!  1 

19Jul 

20Jul 

Individual  Department.  Review  -  Department 

*VLM 

FWi 

ter  *  1 

Heads  -  0NRRevl7  -  See  Note  2 

Breakfast  -  OiiRl-.e v2 1 

0730- 

0S30 

Lunch  -  (  1 1 

1 1 00- 
1300 

1)  i  nner  --  0NRRev23 

1700- 

1800 

Breakfa:  t  -  ONivRevdl 

0730- 

0S30 

Lunch  -  OMRRevl 1 

1100- 

1300 

Vinson  Project  Demonstrations  - 
Management  Officer  -  ONRReviO 

1300- 

1500 

Dinner  -  0NRRev23 

1700- 

1S00 

Breakfast  -  0NRRev2l 

0730- 

0S30 

Evaluation  and  Conclusions  -  Project 
feam/Evaluation  Team  -  ONRRev20 

0900- 

MOO 

Lunch  -  ONRRevl  1 

1100- 

1300 

Dinner  -  rNRRc  23 

1700- 

i  soo 

Breakfast  -  0NRRev2l 

0730- 
OS  30 

Lunch  -  OLRRevl ; 

1100- 

1300 

D :  liner  -  CNRRev23 

_ 

1700- 

1800 

_ 

Notes 


Meeting  for  the  T'.V.  users  group  includes  the  following  officers:  executive 
Officer,  Senior  OdiCc.l  Officer,  £,~nior  Cha-  lin,  Operations  Officer,  A! Ml) 
Officer,  Strike  Ons  Officer,  and  Reactor  Cfiicer 

E-ll 
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27  March  1083 


Fight  the  Ship 


1 


1  Fight  the  Ship 


ACCOMPLISHER:  Commanding  Officer 

I-  Dxtxrminr  rebuilt  menu  for  fighting  the  fhip(&sseta  threau  and  effensive  *tiikcs)  (>*f  p.  I,  line  l) 

2.  Corn municAtr  r<'qt:irruir ute  for  fighting  the  ihipfsxc  p.  1,  line  P) 

3.  Hr'i'oud  to  rrqmrvmniU  for  fighting  the  sh:p  ('rrjiond  to  ibrrxM  And  *lrike  offeusisfh )  (srt  p.  2,  Unt  4) 

ini  DcLer-inlne._requlraintn.ta.far -fighting  the  ship  (assess  threata  and  offensive  atilkcii)- 
ACCOMPLISHER:  Commanding  Of  ficcr  /Command  Authority 

1.  IJrtermine  the  requirroente  to  defend  the  ship  (no  ofTeneive  strikf }  (srx  p.  1,  line  2) 

2.  Determine  the  rcquirrmru'.j  to  itrite  olfenjivelj' feet  p.  1,  line  7) 

|in;  Detr.rmlne  the  requirements  tfi  defend  the  ship  (no  offensive  nlrlke) 

ACCOMPL IS1! liR:  Commanding  Officer /Command  Authority 

ln.ij  Determine  requirements  to  defend  the  ship  by  setting  General  Quarters 
ACCOMPLISH!.!?:  Commanding  Of  ficcr  /Command  Authority 

iiiui  Determine  requirements  to  defend  the  *htp  with  missiles  and  guns 
ACCOMPLtSHL'R:  Tactical  Action  Officer 

]u:~]  Determine  requirements  to  defend  the  6hlp  with  airborne  air  assets 
ACCOM!'*  I.  DEER  Tactical  Action  Of  ficcr 

[i 1 1 »;  Determine  requirements  to  defend  the  ship  with  alert  air  assets 

ACCOMPLISHER:  Commanding  Of ficcr  /Command  Authority 

[ I :  Determine  the  requirements  to  strike  offensively 

ACCOMP1 1SHER:  Commanding  Of ficcr /Command  Authority 

[ i C]  C L)romunleate_riiriulr einentfl_for. fighting  Jha-Khlp_ 

aCCOMPLISHER:  Ccrtimantling  Of ficcr /Command  Authority 

1.  Comniuniratr  rrquirrnn-nts  to  drfrnd  thr  ship  by  »rttLe»  Grnrrai  Qinme  (err  n  I,  Ijji#  pi 

2.  CviiiUUUe'Me  nquiirUiriits  tv  ucfi-iiv  thr  ship  with  Luissilcs  auu  guns  (srr  p.  1.  line  12; 

.V  Omtuunicnte  rrquitrturnt«  to  drfrnd  the  ship  «ith  sirborar  six  sssrts  l»rr  p  l,  her  13) 

4.  Comiuuuirstr  rrquiectarnts  to  drfrnd  thr  ship  with  slert  sssris  (srr  p.  1,  line  14) 

5.  Communicate  reqiurrmrnto  to  xtrikr  oftcnsisrly  (*rc  p.  2,  liar  1) 

!>•-•>;  Cornmuiile&fa&jrcqulreiiian.laJ.flLdgfp.nd  thp  ship Jiy_aettlag  General  Quarters 
.-.CCOMPLISHCR:  Commanding  Of ficcr  /Command  A.uthority 

i i  - : :  j  Recommend  setting  General  Quarters  to  the  Commanding  Offlcer/Command  Authority 
ACCOMPLISHER:  Tactical  Action  Officer 


i l 2;  Communicate  order  to  OOD  to  set  General  Quarters 
aCCOMPLISHER:  Commanding  Of  ficcr /Command  Authority 

[  i  fiemmunlrftte  requirements  to  defend  the,  ship  mlth  mlaallos  .and  guns. 

ACCOMPLISH EK:  Tactical  Action  Officer 


i  Communicate  .requirements  to  defend  Lhajsldp^wJtJi^alrbaiinenirucsscta. 

ACCOMPLISHER:  Tactical  Action  Officer 

-V  Communlcate.reqiiirementa  todefendMhe  sblp.wlth,  alert  assets 
ACCOMPLISHER:  Commanding  Officer/Command  Authority 

i.'iij  Communicate  requirements  to  defend  the  ship  with  alert  assets  to  Commanding 
Officcr/Command  Authority 
ACC  OMPLISHLit;  Tactical  Action  Of  ficcr 


0 .  i-';  Direct  OOD  to  call  away  the  leunch  of  alert  aircraft  on  All  Stations  cf  I  MC 
a*,  c  OMPLISilER:  Commanding  0 f  Jicer /Command  Authority 


'  Communicate  requirements  to  defend  the  ship  with  alert  assets  to  Strike  Operations 
Officer 

m  i'OMPI  IS’IER:  Commanding  Of  ficcr /Command  Authority 
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1 1  .’•'■j  Cummunicate  jequlrcm qnla Jto -atrlkejafftniilyely.. 

AOCOMTMSI1LR:  Cjmmandinj  Officer  /Command  Authority 

[t 2M  ■  Direct  OOD  to  call  away  the  Strike  Warfare  Board  on  All  Stations  of  1MC 
WOMTUSMl  R  Commanding  Of ficcr /Command  Authority 

Notify  Operations  Officer  to  convene  the  Strike  Warfare  Board  to  determine  responses  for 
the  requirement*  to  strike  offensively 
v  CiiMPLUl  i.R  Commanding  O  f ficcr  /Command  Authority 

1 1 '  n<.s.pond  .to  requirement*  for. fighting  LheJihip  (leapond  J.o  tlirr.ata  ar.d^ztrlke  offensively) 

\c  (  OMIl  l^lll  R.  Commanding  OJ  ficcr /Command  Authority 

1.  Prioini?c  rc^uirmi* i»l*  («ee  p  2,  line-  5) 

2  Dfltruiifir  rp'pin’fl  (*er  p  2,  lio*  8) 

3.  Dirrri  (order |  rr5i»ujet  (**<■  |»  3,  lint  JO) 

4.  Execute  r*$jK)use»  (»ee  p.  3.  l*nc  17) 


1 1  n : ;  BrlorltUe.j:e£nrlrjtnifinla- 

ACCOMi’USHLIt.'  Commanding  Officer /Command  Authority 

i i ; l ;  Prioritise  requirement*  for  Immediate  responses 
•WCOMPLlMiLP.  Tactical  Action  Officer 

[i3!3  Prioritise  requirements  for  Strike  Wj.rfr.re  Board  responses 
accoMPLISIIL  i:  Commanding  Of ficcr  /Command  Authority 

[i3.  DetiimlnejTspiinsea. 

■■.rcOMPLLaHLP:  Commanding  Of  fir .  r  /Command  Authority 

1  Drtrnninr  rr*pon5M  for  iaairdi-Vr  require mrntt  (srr  p  2,  Iinr  C) 

2  Dr  termin''  rci|ct\sr»  for  requirements  presided  to  t hr  Siritr  Warfare  Drar-1  |»ee  p  2,  Sine  It-') 


[i DeierjnLrm  ^£«poncea_tar_lrmr!edInt*_re:;lllefcm^iIlt^_ 

,.CCOM|■L'.SHL.'^.  Tactical  .defter;  Officer 

1  I>»t»miiie  rr-fK>p*n  using  Sereamtrg  Logie  1  ACl'fcO  (*rr  p.  2.  line  10) 

2  Determine  rcs[<ofl*e»  using  Standing  Proceduree/TACi'ROs  |ire  p.  2,  Une  11) 

8.  Determine  rcspuUMr  tiling  modification  cf  Standing  P  raced  ure»/TACT?C*  (see  p  2.  Hne  If.) 


I !  ? .■  1 1 J  DeitExmlne  respnnr.es  using  Srre.amlng  Eagle  TACPRQ 
ACCOMPLlSIllil’.:  Tactical  Action  Officer 

[12212]  Determine  rpspnnses  using  Standing  Prncp.riures/TACPl 
.s<. COMrtIclirU.  Tactical  Action  Officer 

Determine  A  .-vs  available  airborne  and  in  alert 
AC  VO  MP  Lib!  1 1.  K  Tactical  Action  Officer 

.[  Plan  responses  uc'.r.g  Standing  Proeecurer/TACPFiOs 
.v.cOMI’LlSHLR  Tactical  Action  Officer 

ii'-2i:.?j  Determine  new  Air  Pian  (If  required) 

ACCOMPLISH  LP-  Strife  Opcraticr.t  Officer 


1 1 ' j i ■  ]  Determlnc_rjeapoo.sta  using  niodl£.an.tlon.  oLStandlng  Pror.p.dt'res/TACPP.Os. 
ACCOMPLISH  fit:  Tactical  Action  O  f ficcr 


[13.13  ij  Determine  Assets  available  airborne  and  In  alcit 
ACCOMPLISH  LU:  Tactical  Action  Officer 

j ; ' . i  a  2[  rir.n  responses  using  modification  of  Standing  Prccedures/TACPROs 
v  <  OMPLHIH  K:  Tactical  Action  Officer 

Determine  new  Air  Plan  (If  .  equlred) 

At  OMIH.'Mr.R  Strife  Ojxraiiotu  Officer 

V  -.  D';t'.:r;nlncL*csptmscs  for  .requirements.  provided  to  the  Strike  .W.ir/are  Board 
\  t  •■JMPLWIL  Strife  Warfare  Hoard 
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Fight  the  Ship 


1.  Consenr  Strike  Warfare  Board  (cec  p.  3,  line  1) 

2.  Determine  assets  /rem  Aircraft  handling  Officer  (see  p.  3,  line  4) 

3.  Decide  if  cancellation  of  next  event  sortie*  is  justified  (see  p.  3,  line  5) 

4.  Decide  if  recall  of  aircraft  is  justified  (see  p.  3,  line  8) 

5.  Decide  how  many  deck  bunched  alert  aircraft/tankcrs  are  needed  if  (lex  deck  is  required  and  deck  will  be 
locked  while  spotting  and  bundling  new  mission  aircraft  (ste  p.  3,  line  13) 

ti.  Develop  new  Air  Pbn  (see  p.  3,  line  14) 

7.  Provide  options  to  Commanding  OfTicer/Cotnmaod  Authority  (see  p.  3.  line  15) 

[13221;  CoQvened5trlkjE-Wa.rfareJBoaxd- 
ACCOM!”  LISIIER:  Operations  Officer 

[13221.1]  Ensure  OOD  calls  away  the  Strike  Warfare  Board  on  All  Stations  of  1MC  te  directed  by 
the  Commanding  Officer/Command  Authority 
ACCOMPLISHED  Operations  Officer 

[13221. 2j  Meet  with  the  Strike  Warfare  Board  In  Strike  Operations  Office 
ACCOMPL1SHER:  Operations  Officer 

[13222]  Determine  as&cte  from  Aircraft,  Handling  Officer 
ACCOMPLISHER.  Strike  Operations  Officer 

[13223]  Dr.dde  if  cancellation  nt  next  event  sortioa  la  justified 
ACCOMPLISHES:  Strike  Warfare  Board 

[ i 2223.1  ’  D etermine  if  aircraft  from  next  event  are  needed  for  .sew  strike  requirements 
ACCOMPLISH  EH:  Strike  Warfare  Board 

]i 2223.2]  Determine  impact  on  later  events 
ACf  CMPLlSHr.R:  Strilx  Warfare  Board 

[12223  •.]  Make  cost/ benefit  judgement- 
ACCOMPLI S HER:  Strilx  Warfare  Board 

22:4)  Ij£;2ide_lf A-eaalLbf.aircj-aft  Ls_justifiexL 

Act  UA'isrl:  ifil.'/ui't  Beard 

[13224.1;  Determine  if  aircraft  recall  is  needed  fer  new  strike  requirements 
ACCOMPl.lSiiF.lt:  Strike  1  Varfare  Board 

;i  3224.2]  Determine  impact  on  later  event? 

ACCGMP11SHER:  Strilx  Warfare  Board 

[13224.3]  Moke  cost/benefit  judgement 
ACC OMP LISiiCft  Strike  Warfare  Board 

[)  222.5]  DeddaF.xiYL.g1aow.  dad2JLs.utnt.agd  alsrt-alraraft/tankars  rtre  needed  if  flex  rir.-V  is  required 


alou  ni  ramie. 


ACCOMPLISKER:  Strilx  Planning  Board 

]  13226]  D  evelop  joew-Alr.  Plan_ 

aCCOMPI.ISHER:  5fri.l;c  fianning  Board 

[13227]  Pj-gy.'de.niltiCdiaFn.CxunmQJldlog  Offie.pr/Cu’-nmnr.d  Anthn-ity 
aCCGMPL’.SHER:  Operations  Officer 

]  1 35]  Direct  (order)  _r.es12anse.a_ 

Ac.CUMPLUHER:  Commanding  Officer/Command  Authority 

[i3i;  Execute  .responses 

ACCOMPLISHED.:  Commanding  Of ficcr/C  id  Authority 

1  Kvecutr  S.~r?au>ini  Rnrl?  ro$[>orv  c  (*•  1  -  .  lv“) 

2  I‘  iru'.r*  r^pon*?  iiMn£  exiMinj,  .Air  4,  line  A} 

:  i.v  rule  response  u>i  1:5  Diclifird  r\L  '\t\  (-te  4,  lir?  C) 

1  h.ucvjl?  Ucspon^r  usins;  Strike  Wirta  r  *  Airl  Un  (».#•«  f.  4.  Imp  .0) 

] i 3 1  * _  Iv  rute  £c.rearuixig.En.gle.rj3apon£C 
21  '.'.i'i.iSiilHc:  7 aciical  Action  Of f icer 
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[13<i i|  Order  General  Qua-tcrs  (17  required) 

ACCOMPLISHED  Commanding  Officer /Command  Authority 

J 1 3«i2j  Carry  out  Screemlng  Eagle  TACPRO 
LCCOMFLISHER;  Tactical  Action  Officer 


(151?| 


ACCOMPUSHER:  Commanding  Of ficer /Command  Authorithy 


1 1 a < - 1 ;  Order  General  Quarters  (if  required) 

aCCOMT USHER:  Commanding  Of ficer /Commend  Authority 

[1242;].  Launch/direct  aircraft  already  assigned  to  missions 
aCCOMPLISHER:  Commanding  O  f ficer  /Command  A.uthority 


[1343]  Execute  response  using  modified  evicting  Air  Pl».n 

ACCOMPLISHER:  Commanding  O  f ficer  /Command  Authority 

[iJiJi;  Order  General  Quarters  (if  required) 

ACCOMPLISHER-  Commanding  Of  ficer /Command  Authority 


•1342.'].  Modify  existing  Air  Plan 

ACCOMPLI'- HER:  Strilu:  Operations  Officer 


ji?;".,  Distribute  modified  existing  Air  Plan 
ACCOMPLISHER:  Strike  Operations  Officer 
PILE-  i  korxc  miner  mods,  othcruiiee  deliver 


Distribute  modified  existing  Air  Plan  to  TAO 
aC'COMFL iSMER-  Strife  Operations  Officer 


[i?;‘3  b  Distribute  modified  existing  Air  Plan  to  FLAG 
ACCOMPLISHES:  Strife  Operations  Officer 

1 1 ■: 4 -it. i.'|  \j *s r r i u u mousi reu  existing  .—dr  Plan  to  C\TC 

A.CCOMPUSHL  R:  Strife  Operations  Officer 


\::<:z.d  Distribute  modified  existing  AJr  Plan  to  Air  Operatlonss 
A.CCOMPUSHER:  Strike  Operations  Officer 

[I34?3..tj  Distribute  modified  existing  Air  Plan  t-o  Weapons 
ACCOMPLISHER:  Strife  Operations  Officer 


[i  J43;  c]  Distribute  modified  existlig  Air  Plan  to  Pri  Fly 

.•/•CCMPLirHER:  Strife  Operations  Offictr 


■>2:322]  Distribute  modified  existing  /Jr  Plan  to  Squadrons 

‘  •  t  OMPLiSHER:  Strife  Op.rcticni  Officer 

[i 242.3  2]  Distribute  modified  existing  Air  Plan  to  Central  Control 
ACCCMPLiSHER:  Strife  Ojxra'.icns  Officer 


[124.23  C  Distribute  modified  existing  Air  Plan  to  Bridge 
.\crr  ; 'PUSHER:  Strife  Operations  Officer 

[l-  434,  Launah/direct  aircraft  assigned  to  modified  Air  Plan 
ACCOMPLISHER:  Commanding  Of  ficer  /Corny,  and  Authority 

1 1  2 4  4 j  Exccula^tsponsejuslng  Strike  Warfarfi_BQard  gennrateAx-ew^Air.PiatL 
.'•Cr  o;  H'LISIICR:  Commanding  O f ficer /Curr.mc.ad  Authority 

1 .  Cr-ier  Gc  ner-i!  Quarters  Jif  required)  (s**  p.  4  Lor  LI  J 

2.  IliMnhute  nr*  Air  Pi.  n  (>ce  p.  2.  lint1  l) 

’  ~ tar i  i",  Monro  Lruv  (  *•  p.  3.  ho*  ill 
4.  I  --j!:;!:  -irrr.-.f;  iser  ;i  3.  Lii'-  IS) 


Q  r  d  ■ 


General  Our 


.  Lets,  (if  required). 

'A.d:-  ip  O  f  ficer  /Command  Authority 
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[43442]  Distribute  new  Air  Pian_ 

ACCOMPLIMILR:  Strike,  Operation t  Officer 

Ii  3-442.1]  Distribute  new  Air  Plan  to  TAO 
ACCOMPLI?;:  LR:  Strike  Operations  Officer 

[13  4  12.2]  Distribute  new  Air  Plan  to  FLAG 
ACCOMPLISHED:  Strike  Operations  Officer 

[4  34  12.3]  Distribute  new  Air  Plan  to  Air  Operations 
ACCOMPLI? HER.  Strike  Operations  Officer 

[43-4 42. i]  Distribute  new  Air  Plan  to  Yveapons 
ACCOMPLISHER:  Strike  Operations  Officer 

[1  3442.5]  Distribute  new  Air  Plan  to  Prl  Fly 
ACCOMPLI; HER  Strike  Operations  Officer 

[124  12.8]  Distribute  new  Air  Plan  to  Squadrons 
ACCOMPLISHED:  Strike  Operations  Officer 

[134  .2.7]  Distribute  new  Air  Plan  to  C VIC 
ACCOMPLI' PER  Strike  Operations  Officer 

[n.442.?]  Distribute  new  .Air  Plan  to  Centra!  Control 
ACCOMPLI;!!:'!?  Strife  Operation*  Officer 

[: t442.(i]  Distribute  new  Air  Plan  to  Bridge 
AOCOMPIW ■:  Strike  Operation*  Officer 

[;r  443[  Station  '-'bi'nn  Experts 

••.ccONfPLi;;:? R:  Air  Wing  Commander 

' .  ~  ? 4 .3. i j  Station  I.iissicn  Expert  in  Pri  Fly 
ACCOMPLI:  .?;•?:  Air  Wir.g  Commander 

['. :-  H3.2)  Station  Mission  Expert  in  CDC 
aC? O.MPLliMER:  Air  Wing  Commander 

[134.3,3]  Station  Mission  Expert  In  Air  Operations 
ACCOMPLISH?  R:  Air  IVinff  Commnader 

|:2i43.i]  Station  Mission  Expert  In  CMC  (debrief) 

ACCOMPLISH:!.!;.  Air  Wing  Commnader 

[;::.i[  Latin  ch_nl.zx.rnrt 

ACCOMPLISHED:  Commanding  O f ficcr /Command  Authority 

.  ■  :  i  i.;  [  Brief  aircrews 

ACCOMPLISH!!!?:  Intelligence  Officer 

[ ;  -  j  i4.2]  At  sign  mission  aircraft 

ACCOM!*’.  I-:. LU-  Aircraft  Handling  Officer 

[:'  444.2:;  Communicate  aircraft  assignments  to  ready  rooms  from  Flight  Deck  Control  by- 
squadron  Maintenance  Control 

ACL  AM  PL :-.:!!  R:  Spaa  dr  or.  Maintenance  Officer 

[i  34II.22]  Communicate  aircrnft/aircrew  assignments  to  Air  Operations  from  Squadron  Ready 
Rooms  by  -oumi  powered  phone 

a.  V.3M!  ? !' ! i :.l’.  Squadron  Dttiy  Officers 

Vim  Communicate  aircraft/ aircrew  assignments  to  Pri  Fly  from  Squadron  Ready  Rooms  by 
sound  powered  phone 
\c  voM:  l:-:::  Sguadrcn  Outg  Officers 

hi  2i;  Communicate  aircraft  r-ulpunenl.!  to  CDC  from  Air  Operations  by  sound  powered 
piione 

\(  f  f  J  !‘  ! 


Air  Oprrciiom  O  f  fierr 
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[13444.3]  Load  weapon# 
ACCONtPUbliER:  Weaponr  Officer 

[1344 1.4]  Start  mission  aircraft 
ACCOM!' USHER.:  Air  Officer 

1 1 3444-5]  Catapult  mission  aircraft 

ACCOMP USHER:  Air  Officer 
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Fight  the  Ship 


[ill]  Derermine  the  regno pn> nts  tn  defend  the  ‘hip  (no  offensive  cirikel 

1 1 1  i i ;  Determine  requirements  to  defend  the  ship  by  setting  General  Quarters 
Determine  requirements  to  defeud  the  ship  with  missiles  and  guns 
[K:~.  Determine  requirements  to  defend  the  ship  with  airborne  air  assets 
[km;  Determine  requirements  to  defend  the  ship  with  alert  air  assets  . 

(lit;  Del itminji  the  requirements  tn  strike  offensively 


[i:i] 


it-’-; 

[i 


Gam  rniinirate  reqnimn-if  nts  to  defpnd  the  chip  hy  siting  General  Quarters 
i i  - 1 i ’  Recommend  setting  General  Quarters  to  the  Commanding  Officer/Command  Authority 
Communicate  order  to  OOD  to  set  General  Quarters 
' '*?■-: '"urdratp  req:i:rp~npr.M  *o  dp-feed  the  «h;p  with  mil<:'"<  and  runs 
C-.:;it:.:i:iicUe.r£qui!i:Uii;iiv.AJ.C_»ifcfiud.  lit®.  ship-avith.-alrbrj^ae  n:r  assets 
-■A  C r r : : n u r. i ca. te_ t n_; : r •; t.st.Ls  la  defejii.Lhfi  ship  withalert  .assets 

[» -  it  =  Communicate  requirements  to  defend  the  ship  with  alert  assets  to  Commanding 
Officer/Cunim:  r-o  Authority 

1 1 -•  -i Direct  OOD  to  cat:  away  the  launch  of  alert  aircraft  on  .All  Stations  of  1MC 

Communicate  requirements  to  defend  the  ship  with  alert  ac:;ts  to  Strike  Operations  Officer 
.A  C ■. a nics.Lp_r  i2';u Dements  to  s 1 r I ke_ft  ffen si vely 

Direct  OOD  to  call  t.wav  the  Strike  Warfare  Heard  o;  All  Stations  of  1MC 
A-'-  NoiiD  Oper.. ■  .*■.:>  G ffuei  iu  cumene  the  Strike  Vi  a r fa  re  C.utrd  to  tie. ermine  responses  for  the 
requirements  to  strike  offensively 

s ;  an d  J.  a.  requite ;ri arts Aiir_righjJngM fie. .ship .; ruspo arl  la_Lhmaas  and  strikcxfum.smdy.). 
lit  i  _■  r  1 1  Lz  e.  rciq  u  ire  xuunis. 
b.'tf  Prioritize  requirements  for  imned’atc  responsPS 
V:A  Prioritize  requirements  Ter  Strike  Warfare  Board  respt:'-*? 

Determine  responses  for  imma:  ii'e  reqtiirenii-iiis. 
it; a:  'A  Dfjtermiut  ritapor..'.ec  using  Screaming  Hague.  TaCPHO 
h 2;  Determine  X£ipons.e-S  uiingHtandlng  Procedure* /T  \CPROs 

Deterniiiri  ejes  ponses,  it  sin  g  x;:odifc.atic:a.ori)larjriinp..H:n:ird res/XACPROs 
bora!  DirlejiuJne_rnspo;:MUi.far_xpquin:inenhs  ptQ'.id£d.gQ_tite_Siailtr  Warfare  Board 
i  *  ” a :  ]■  Corn  one  £  trike.  War  fair.  HaarrL 
i  i  ■'  i  Date  run in e_  rots. nts.  u  r  o  m  _  A  i  r  c raf  L_I  land  U  ng_(  )  ffk:er_ 

[■  Dud d  e_i  f  ctaxute lGtion^LiifALcve.nLaoxittrs-Ladua tdlatL 

[K.  :  f  rkclde_iLreca.il  n t_a i  r  craft  Js_ji is t.i f  nd_ 

b Decide. hoNi  juanyJeci:.  launched  _aLmt_aircraft/t-.;ik'  rs  arc  .needed. if-flev  deck  is  required 
r.ntLdrrck  .vAlLLeAQck  ed  jvIi lie  spotting  audjaunching  triamit'  .an  aircraft. 

[! '  Develop  ire.w  Air  Plan 

t-.A  fA'ov'dc.opti'.iCSJo.Ciar.m.'ireiinr  C? ffterr/*  In:  name  :  or".t 

A  Dir  :t  lender)  rcipoits.es 
A  71\_;:.jc.  responses 

'i  if  LaecuicSicicai:::;;;:  Haglc.rusntr.'Uia. 
p  r. : ;  Order  General  Quart':-.  (if  required) 

Carr.'  out  Screaming  Magic  TAC'PRO 


VI 
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[1  ?•».;  lAi'XULe_rcsponML_iihing  exiitiug_AirJ21aji.  ( 

j:34Xi]  Order  Genera!  Quarters  (if  required)  4 

•  1 3-»x2j  Lauocb/direct  aircraft  already  assigned  to  missions  4 

[tar;’  L>.cxuXf_re-spons(:  n si ng  mod.' fictLexisi lx. g  Ai f-PIan,  4 

[; “ 43 1 ’  Order  General  Quarter^  (if  required)  -1 

Modify  existing  Air  Plan  4 

[1343a;  Distribute  modified  existing  .Air  Plan  1 

i'.s-isi;  Launch/direct  aircraft  assigned  to  modified  Air  Plan  4 

■  1  "»■»  i[  F\«»f.i!Le  Pesponw  lining  Strike  Warfare  Hoard  generated  new  Air  Plan  4 

[  1 3 4 1 1 [  Q  rder_Ge  nernl  Quartnr.s_(if  Jgqmtedj.  4 

; 1 34  4aj  Dislribat£-nnw  Air.  Pian_  o 

[13113;  :t  at  ir.n  Mission  F.vpert.s  5 
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Underway  Replenish!  tent  of  Supplies 


1  Underway  Replenishment  of  Supplies 


ACCOMPLISHER  Commanding  Officer 

1.  Conventional  Replenishment  (CONREP)  of  Supplies  (see  p.  UNREP3.  line  UNREP3A) 

2.  Vertical  Replenishment  (VERTREP)  of  Supplies  (see  p.  UNREP15,  line  UNREPl  3A) 

3.  CONREP/VERTREP  of  Supplies  (see  p.  UNREP27,  line  UNREP27A) 

[11;  ConariaixtloriAlJSepj£nl5hmeiLt-(C-Gf'vIIEEj  jaf-.SuppIls^- 
ACCOMPLI3HER  Cimma.nd.ing  Officer 

1.  Prepare  for  CONREP  of  Supplies  (see  p.  UNREPl,  line  UNREP4A) 

2.  Conduct  CONREP  of  Supplies  (see  p.  UNREP5.  line  UNREPoA) 

3.  Perform  Post  CONREP  operations  (see  p.  UNREP207,  line  UNREP207A) 

•111;  EjeparaJotLlIQN&EP.  of  Supplies, 

ACCOMPLISHER  Commending  Of ficer 

jllll]  Conduct  planning  meeting  for  CONREP  of  Supplies 
ACCOMPLISHER'  Executive.  Officer 

;!112]  Determine  Ships  requirements  for  CONREP  of  Supplies 
VCCOMPLRIiF.IR.  Supply  Officer 

13110'  Determine  Rendezvous  Position  far  CONREP  of  Supplies 
ACCOMPLISHER  Navigator 

llill]  Send  Required  Messages  for  CONREP  of  Supplies 
ACCOMPLISHER  Operations  Officer 

[llloj  Perform  Operational  check  of  equipment  for  CONREP  of  supplies 
ACCOMPLISHER  Flrit  Lieutenant 

'1 11  Oj  Promulgate  required  notices  for  CONREP  of  Supplies 
ACCOMPLISHER  Officer  of  the  DECK 

[112;  ComLuci^CQNJLEPmf-S uppllcn. 

ACCOMPLISHER  Commanding  Officer 

[1121!  Complete  CONREP  Checkliat 
ACCOMPLISHER;  Officer  of  the  Dec!: 

jlP.-Jl!  Perform  the  ‘DAY*  CCNRE?  checklist 
ACCOMPLISHER  Officer  of  the  Deck 

[11211. Ij  Establish  UIIF  Communications  with  UNR.EP  ship 

1 1 1 2 1 1 .21  Determine  F.omeo  Ccrpen  and  speed 

[11211. 3i  Make  1MC  announcement  for  manning  station* 

[11211.4]  Establish  Bridge  to  Bridge  Radio  Communications 

[112121  Perform  the  “NIGHT*  CONREP  checklist 

|l  122]  Maneuver  the  ship  for  CONREP  of  Supplies 
ACCOMPLISHER 

(11221;  Rendezvous  for  CONREP  ofSupplies 
ACCOMPLISHER  Navigator 

[1 12-2]  Conduct  Approach  for  CONREP  of  Supp’ies 
ACCOMPLISHER:  Coining  Officer 

il  i  222.1  j  Maneuver  CARL  VINSON  to  a  waiting  station  2000  yds  astern  the  delivery  ehlp 
ACCOMPLISHER  Conning  Officir 

;!  1 222.21  IF  CARL  VINSON  Is  In  waiting  elation  £000  yds  astern  the  delivery  ship  THEN  i-uko 
1MC  announcment  *TI1E  L\C  IN  ERATO  R  PvOOM  IS  CLOSED.  HOLD  ALL  TRASH  ON 
STATION* 

ACCOMPLISHER  Officer  of  the  Deck 
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Underway  Rep'.erkhment  of  Supplies 


(11222.3]  Check  the  course  of  delivery  ship  using  the  AUX  CONN  pelorus  by  sighting  the  mast  In  2 
line  with  the  stern  on  the  delivery  ship.  At  night  sight  the  task  lights  in  line  with  the  stern 
light  and  record  Information  on  status  board  In  AUX  CONN 
ACCOMPLISHES:  A' -.v.gatar 

1 1222.4]  Verify  ROMEO  AT  THE  DIP  to  port  on  the  delivery  ship  3 

ACCOMPLISHER:  Officer  of  the  Deck 

[11223]  Conn  Alongside  for  CQNREP  of  Supplies  4 

[11223.1]  Manuever  CARL  VINSON  to  a  position  140  to  160  ft  to  the  left  of  the  delivery  ship  by  5 
altering  ships  heading  In  increments  of  1/2  degree.  Distance  abeam  is  determined  by 

sighting  through  to  *rake*  and  noting  the  relative  position  of  the  ‘T-bar*  against  the  actual 
■waterline  of  the  delivery  ship.  Determine  distance  abeam  by  noting  the  position  or  the  *  T- 
bar*  relative  to  the  colored  pins  on  the  *rake*.  The  outer  most  pin  is  180  it.  The  distance 
between  the  pins  Is  20  ft.  The  bridge-to-bridge  (B/B)  phene/  distance  line  provides  both  a 
sound  powered  S/P  phene  circuit  and  a  distance  between  ships  visual  Indicating  cystem. 

The  B/B  i’ne  has  colored  flags  attached  to  it  which  are  spaced  20  ft.  apart.  The  colored 
flags  correspond  to  the  colored  pin*  on  the  ’rake*.  Example;  The  outer  most  pin  on  the 
“rake*  is  white  and  represents  180  ft  of  distance  abeam.  The  B/B  line  Hag  is  white  with  the 
number  ISO  painted  on  it,  Wien  the  B/B  line  is  being  tended  properly,  the  reference  point 
for  determining  distance  abeam  using  the  B/B  line  Bags,  is  the  life  raft  *  barrel:*  outboard 
of  thr  ctf.rboard  catwalk  forward  of  elevator  no.  1.  Caution:  Hull  contour  of  the 
delivery/ receiving  ship  and  improper  tending  of  the  B/3  line  car.  cause  a  disparity  in  *  rake* 
and  B/3  line  distance  abeam  reading.  At  night  a  cluster  of  3  chemical  lights  wili  be 
attached  at  the  CO,  100,  140  ar  d  180  ft  flag  markers.  There  will  he  1  chemical  light  at  all 
other  flag  markers 
ACCOMPLI5  HER:  Conning  Officer 

ii  1 22-1  i  Conduct  Normal  Breakaway  after  CON  REF  of  Supplies  0 

ACCOMPLISHED:  Conning  Officer 

[11224.1]  IF  all  lines  are  clear  between  CARL  \  TV  SON  and  the  delivery/ receiving  thip  THEN  7 

order  HAUL  DOWN  PREP 

ACCOMPLISHED.;  Officer  of  the  Dec k 

[11224.2]  Notify  Central  Control  'BREAK  THE  ALONGSIDE  MANEUVERING  8 

COMBINATION.  ANSWER  THE  ORDERED  BELL  ON  /XL  FOUR  SHAFTS’ 

ACCOMPLISHER:  Navigator 

[11204.3]  Verify  with  the  Officer  of  the  Deck  that  CARL  VINSON  is  clear  of  surface  contacts  to  0 

port 

ACCOMPLISHER:  Navigator 

[11224.4]  Order  r.ew  course  to  the  left  to  clear  tl.c  delivery  ship  using  increment:  of  2  degrees.  10 

When  CARL  VINSON  is  300  ft.  to  port  of  the  delivery  ship  order  new  course  to  the  left 

using  increment*  of  5  degrees 
ACCOMPLISHED:  Conning  Officer 

[1  1225]  Conduct  Emergency  Breakaway  during  CONREP  of  Supplies  11 

ACCOMPLI.' HER:  C'r.ning  Officer 

[11225.1]  Order  Quartermaster  to  sound  six  short  blasts  with  the  ships  whistles  12 

ACCOMPLISHER:  Officer  of  the  Deck 

1 1 225.2]  Make  5MC  announcmcnt  *  ON  CARL  VINSON  EMERGENCY  BREAKAWAY,  1 3 

EMERGENCY  BREAKAWAY,  EMERGENCY  BREAKAWAY  .ALL  HANDS  STAND 
CLEAR  OF  THE  STARBOARD  SIDE' 

ACCOMPLISHER:  Navigator 

1 1  22'-.:’;  Notify  all  ships  in  the  format!  ,  n  by  bridge  radio  communications  that  CARL  VINSON  14 
is  c:.i  rating  an  emergency  breakaway 
ACCOMi'ER  HER:  Officer  of  the  Deck 
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[11225.4]  Order  bridge  replenishment  stations  sound  powered  phone  t&lkcrB  to  pass  the  word  to  « 
all  stations  'EMERGENCY  BREAKAWAY,  EMERGENC  /  BREAKAWAY, 

EMERGENCY  BREAKAWAY1 
ACCO  MPLISHER:  Officer  of  the  Deck 

[1123]  Rig  Required  Stations  for  CONREP  of  Supplies  3 

ACCO;.  IF' LIS  HER:  First  Lieutenant 

[1121]  Ccrr.cct  Required  Ship  to  Ship  Stations  for  CONREP  of  Supplies  4 

ACCO  MPLISHER  fir  ft  Lieutenant 

[3125]  Operate  Required  Stations  for  CONREP  of  Supplies  5 

ACCOMPLISHEIL  Commanding  Of ficer 

[11251]  Transfer  supplies  from  Ship  to  Ship  6 

ACCOMPLLSIfER:  Fir  ft  Lieutenant 

[11252]  Transfer  supplies  from  CONREP  station  to  Stowage  7 

ACCO  MPLISHER:  Supply  Of ficer 

1.  Planning  -  Deternime  physical  lav  out.  and  L>clermine  what  is  coming  (see  p.  LNREP119 
line  VNREPlKU) 

2.  Staging  ami  transfer  of  siores  (see  j>.  LWREP120.  line  UXREP120A) 

[1  1252.1  .  Ill  at.  o  Las  physical  -Lay  rut  and  Dpter-mlnc  Ik  rr.mlr.g  £ 

ACC  0 MPLISHER:  jSVPO  Supply  Officer  ] 

jl  1252.11]  Determine  Transfer  Points  for  moving  supplies  g 

ACCO  MPLISHER:  /i'A//f]5UrO]  ] 

[11252.12''  Determine  Segregation  Points  for  holding  supplies  of  unknown  destination  10 

ACCO  MPLISHER.  {VAlii  |SUPO]  ] 

[11252.1  3j  Determine  Staging  Points  for  supplies  11 

AC'C  OMPLISlIElb  /V/Jft  [SUPOj  [ 

[11232.2;  Staging  ^nd  transfer  of  Rtores  j  •* 

ACCO  MPLISHER:  ;SVK>  Supply  OITicer  j 

1.  Receive  listing  of  stores  to  be  received  (see  p.  UNREP121,  line  LXREP12IA) 

2.  Identify  supplies  as  they  arrive  and  determine  which  Singing  Points  they  should  go  to 
(sec  p.  UNRLT12:,  lir.e  UNREP127A) 

3.  Move  supplies  to  Staging  Point  (see  p.  UNREPI23,  line  VNREP123A) 

1.  Strike  stores  to  ; ‘.urvrooms  (see  p.  VXREP135,  tin0  VNREP135A) 

5.  Inventory  siores  by  matching  STOW  copy  with  ROB  copy  of  initial  listing,  (sec 
p.  UXREPI3G,  line  UXREP130A) 

C.  Survey  any  lessee,  aud  Post  recei;  U  (see  p.  UNREP137.  liar  UNREP137A) 

7.  Verify  UN  REP  evolution  with  spot  checks  (sec  p.  UNREP13S.  line  l.N'REl'l  38A) 

[11252.21]  Receive ilstlng.  cf_itaraa.iQ_bc  rcctlv.ccL  i3 

AC  CO  Mi'Ll?  HER:  jSXOl  .Assistant  Supply  Officer  ] 

[112.52.22]  MQntlfy_£uppUcs.a.s.lkeyJajriv£-a.nd.deteriniiituwiudhEtasiiigPcin.t.s  they  shnuld  go  fr>-_  14 
ACC  O  MPLISHER:  S2,SS,S0,  and  SS  Divisional  representatives 

1.  Handling  of  stores  that  go  to  storerooms  (see  p.  UNRMP122,  line  UNREP122A) 

2.  Handling  of  MSP  arid  Flight  Gear  Mores  (see  p.  l'NRI'Pl2S,  line  UNUEP12Sa) 

3  Handling  oT  DTO  stores  (see  p.  UNREP129,  line  I  XREP129 A) 

|lt252 .22 lj  Handling  of  _stores-lhat_gQ  to js torero onruL  ;s 

ACCOMPLI; HER:  S£,  S3,  SO,  and  S3  Division  ficprcfcntativcs 

1.  E  known  which  Mon-room  THEN  move  stores  (see  p.  I'NREPl-il,  line  CNREPl  4  l  A) 

2.  IF  not  known  which  storeroom  THEN  segregate  (see  p.  UNREPH7.  line  I'NREPHTA) 

;  1 1 252  22 1 !  ]■  If  known  which  6tor£rnain.-XHEN.rooY£  stores  1  5 

AC  C'OMPLHilFR:  Forklift  Operator 
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[  1  ltioti.— — 1 11]  Move  store*  to  transfer  point 
ACCOMPLISHED  Forklift  Operator 

1 1  1232.221 12]  Move  stores  to  staging  point  for  that  storeroom 
ACCOMPLISHED  Forklift  Operator 

[1 1 2-'.2- - - 1 -i  fF.jant  known  which  store  mom  TURN  segregate 
ACCOMPLISHED  jSXOl  Assistant  Supply  Officer  j 

jl  12i2.--l.il  Determine  storeroom 

ACCOMPLISHED  jSXOl  .Assistant  Supply  Officer  ] 

[  1 1 2 ' 2 -  -  - 1  - 1 . 1 )  Move  to  segregation  point 
Aft  OMPLLSHER:  forklift  Operator 

[1 12A2.22121.2]  Determine  location  from  NIMS 

AC  C  OMPLEHER  jSXOl  .Assistant  Supply  Officer  ] 

1 1 1252. 22 1 22*  Move  to  storeroom 

ACCOMPLISHED  ForHifi  Operator 

[1 1232. 22122.1]  Move  stores  to  transfer  point 
ACCOMPLISHED  Forklift  Operator 

[11232. ‘-"-';C‘'.2j  Move  stores  to  staging  point  for  that  storeroom 
ACCOMPLISHED  Forklift  Operator 

[  1 1 2 o 2 - 2 2 2 '  Handling  of  MSP  anrl  Plight.  dear  stores 
ACC  OMPLl'HER  jSXQC  SG  Division  Officer  j 

[11232.2221'  Transfer  of  supplies  to  S6  storerooms 
ACCOMPLISHED  fiXOC  S8  Division  Officer  ) 

T ;  •222.'  Invent  or”  c 

At  C  OMPLEllER-  ,'SXQS  SO  Division  Officer  J 

[1.222.223,  Handling _of  DTQjstcrav. 

aCCOMPLISHEK:  Divieional  Represent  alii  cr 

[11232.2231'  Segregate  stores  by  department 

AC  C OMPLEllER:  SC,  S3,  SC,  and  SS  ncprcraitativer 

[11232.2232-  Notify  department  to  strike  stores 
ACCOMPLISHED  SS  Divirion  Officer 

[11232. ’2 -3...  In'rntory  and  prepare  paperwork' for  Si 
ACCOMPLISHED  Dcpirtrnmi  Supply  FO 

[1  1232. 23/  Move A'jppli2.*.tQ.StngLngPcir.t 
ACCOMPLISHED  Forklift  operator / 

1 1  1 2 ' 2  -  '■  Strike  stores  .to  elarctooms . 

ACC OMPLL/HER:  jSXOS  SS  Division  Officer  | 

;1 1232. 23]  Ln\  oiitc,ry.£tcres.hy.matchtng5XQAV.jaopyAvith.I10iEcopy.of  Initial  lit  tin 
ACCOMPLISHED  ISXCS  SS  Division  Officer  ] 

[ii232.2o]  Survey  aiiydovsea.aiicl JPast  receipts. 

ACCOMPLISHED  fiXOl  SI  Division  Officer  j 

!l  1232-23;  Survey  any  losses 

aC  CoMPI  IMiLR.  jSXOl  SI  Division  Officer  ] 

!  1 12/2-2-2'  Po;  t  Receipts  of  supplies  received 
:,e<  DMPLbin.'R;  fiXOl  Si  Division  Officer  ] 

;i  1232 -2*7,  Verify. L’NREP  evoluUon.wlt.'i  spot  checks. 

Ar.  '  OMPW'HLD  jZZCO  Commanding  Officer  ] 
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[1120]  Disconnect  Required  Ship  to  Ship  Stations  after  CONREP  of  Supplies  2 

ACCOMPLlSlIER:  First  Lieutenant 

[113]  Hftform  Host  COJMIlErLcjpcratlQn&.  '3 

ACCO  MPI.lSIiER:  [ZZCO  Commanding  Officer  ] 

[l’Jj  ifartLeAlReplanialuatmt-(VERTILER)  of.  Supplies.  4 

ACCOMPLlSlIER:  Commending  Officer 

;i2l]  Prepare  for  VERTREP  cf  Supplies  5 

ACCOMPLlSlIER:  Commanding  Officer 


[1211]  Conduct  planning  meeting  for  VERTREP  o:  Supplies  £ 

ACCOMPLlSlIER:  Executive  Officer 

’J212]  Determine  Ships  requirements  for  VERTREP  of  Supplies  7 

ACCOMPLlSlIER:  Officer 

(1213]  Determine  Rendezvous  Position  for  VERTREP  of  Supplies  g 

ACCOMl-LI'HER  Navigator 

[121  lj  Send  Required  Messages  for  VERTREP  of  Supplies  0 

ACCO  Mi’Ll' HER:  Operations  Officer 

[12lM  Perform  Operatic-:: rd  checl:  of  equipment  for  VTRTREP  of  Supplies  10 

ACC  OMi'i  MiER:"  ME  Officer 

[1216;  Promulgate  required  notices  j  j 

ACCOMPI.rUKR:  Officer  cf  the  Deck 

■122]  Conduct  VERTREP  of  Supplies  12 

ACCOMPLlSlIER:  Cannar.div.g  Officer 


1.  Complete  VERT  HEP  Checklist  (see  p.  UN  PEP  IS,  line  UNREPlSA) 

2.  Maneuver  the  Ship  for  VERTREP  c»f  Supplies  (see  p.  UNREP20.  line  U\REP20A) 

3.  Setup  for  \  creep  c.-f  Supplies  (see  p.  UNUEP21.  line  UNREP21  A) 

1.  Operate  Required  stations  for  VERTREP  of  Supplies  (.-re  p.  UNK1T57  line 
UXREP57A) 

5.  Secure  from  VERTREP  of  Supplies  (see  p.  UNREP08,  line  UNUF.P5SA) 

[1221]  Com pLe.te.YE B.TREE_C he  ek  list  ■  3 

ACCOMPLlSlIER.  Officer  of  the  Deck 

[12211;  Perform  the  'DAY*  VERTREP  Checklist 
AC  COMPLliHEIL  Officer  of  the  Deck 

[12211.1]  Establish  UHF  Communications  with  UNREP  ship 
■I 2211. 2]  Determine  Romeo  Cerpen  and  speed 


[12211.3;  Make  1MC  announcement  for  manning  stations  17 

il2211.il  Establish  Bridge  to  Bridge  Radio  Communications  18 

;122l::[  Perform  the  'NIGHT*  VERTREP  Checklist  19 

[1222;  Maneuver.  thitSlilp-for  VERTREP  of  Supplies  20 

ACCOMPLlSlIER:  Officer  of  the  Deck 

!l22?[  Setup  for  .Vertrep  of. Supplier.  21 

ACCOMPLISHED: 

[  1 2 2 A.  1 1  Designate  vertrep  drop  zone  22 

AC  COMPLISllER:  //>  Officer 

[122321  Plan  and  brief  respot  23 

A(  >.  OMi’i  N  HER:  Aircraft  Handling  Officer 

'!_'2.'\V  Conduct  respot  2  j 

ACCOMPI.UIIER:  Flight  Deck  Officer 
At EOMP1.ISHEFI:  Hangar  Deck  Officer 
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Underway  Replenishment  of  Supplies 


[1222l]  Prepare  vertrep  drop  tones  2 

ACCOMl’LIS  I  ILK;  Aircraft  Han.  ing  Officer 

[l2233j  Prepare  hangar  deck  staging  area  3 

AC  C0MPLI5IICR:  Ilangr  Deck  Officer 

[1  l]  Qpcr^iteJB.cqultecLstatlQnjs  for  ^ERIREH  of  Supplies  4 

ACC  0  MI’LIS  IILIL 

[  1  l.**J  a  1  j  Titmtfcr  supplies  from  VT2RTREP  drop  icne  to  elevator  5 

ACCOMPUSllCR:  fiUI'O  Supply  Officer  j 

[122  l2i  Transfer  supplies  from  elevator  to  stowage  0 

AC  CO  Mi’ LIS  I  ILK:  Supply  Of ficcr 

1.  Finn ing:  -  Determine  phvsical  lav  out  and  Determine  what  i*  coming  (see  p.  VNRCi’I7*i, 

;i:*e  CNnr.riToA) 

2.  Staging  and  transfer  of  stores  (see  p.  UNRCP17Q,  line  UNREP179A) 

[122  12. l]  Planning  -_J2etjLm.lrne..pKysical_lay  out.snr!  Determine .av  hat-la.  coming  7 

ACC  OMi  i.I-'ilLR:  /SUTO  Supply  Officer  ] 

(i 2242.11-  Determine  Transfer  Points  for  movlns  supplies  8 

ACCOMPl.M’LR:  /TA/fi  (Sl'i'O;  j 

112212.12;  Du'.erm.ine  Segregation  Points  for  holding  supplies  of  unknown  destination  G 

ACCOMPLI?  HER:  fi'Ain  (SITO)  j 

jl2'2M2.l7!  Determine  Staging  Points  for  supplies  10 

ACCOMPLI?  HER:  ft. \1R  jSlTOj  | 

(122  12.2’  Staging  r_nd  transfer.  of  stores,  11 

ACCCMl’LbHER:  fill  TO  Supply  Officer  ] 

1.  !>‘ehe  listing  of  store;  to  be  received  (see  p.  UN R CP  1  SO.  line  I'XREPlFO.V 

2.  i.ietttirv  supplies  ?«  th”v  arrive  and  determine  which  Marine  Points  rhev  dioni-l  ro  u,. 
pe,  L  NREriSl,  line  UNRF.P1S1A) 

3.  Mo’.c  supplies  to  Staging  Point  (see  p.  I'NRO't'OO,  line  CNULP200A) 

4.  Strif  e  stores  to  storerooms  (see  p.  I  NREP201,  line  UXRCP201A) 

o  InMntory  stores  by  maicbing  STOW  r- py  with  ROD  copy  of  initial  listm;  (see 
p.  UNUCr202.  line  UNRLP2C2A) 

b.  ?i:r\cv  r.t.v  losses  and  Post  receipts  (see  p.  UNECP203.  lino  CXRLP203AI 
7.  VcriX’  CNR  CP  e-.r. 'utio'i  with  spot  checks  (see  p.  UNRClNOt-.  :  r-.o  CXREPJfti  Al 

(12212. 2l'|  D-r.eri.vr  listing  of  sterns  to  he  received.  12 

ACO'OMPLLmIER:  fiXOl  Assistant  Supply  Officer  j 

(12242.22]  Identify. sap  plies,  tiiey_arrive jtnd  dcterznlmf^IiiclL^lA^icg-PuLiits  thuy-sdccldca-Lc.-..  13 

ACCOMPLFHClt:  SC, S3, SO,  and  SS  Divisional  representatives 

!  Handling  of  stores  that  jr.>  to  •  lorcre-uns  (sec  p.  UNREPliJ.  I  NRE.Pl  s'2  M 

2.  Handling  of  MSI*  :  ad  Flight  Gear  stores  (tee  p.  VNREP1C3.  !:::  •  I'NRLPICDA) 

3.  Handling  of  DTO  stores  (,<•<*  p.  UNilLl’lCt).  Lae  CNRi.l’Hn  Vj 

(12212.221;  Handling  of.Etorns.lhat  go  to  storerooms.  1-1 

AC  C  OMLLRIICR:  SC,  SS,  SC,  and  St>  Division  Jie;rrcsc:ilaiivt» 

1.  If  known  which  storeroom  TIICN  move  stores  (see  p.  CXRCPDU  lip—  l  NT.EP183  A! 

2  IF  not  known  v.hieh  •  * nreronn  TIH.N  segregate  (;.ei  I  NR:  IP;  So,  Lee  UNIlKPlSAA1 

j  122  12.221  !;  If  knowu.avliie.lL  starurt.-QmJTIIEN  rnavc.i'torua.  13 

ACCOM,’  LDHER:  Forklift  ('prater 

!  1 22 il’.221 1  li  Move  stores  to  transfer  point  13 

ACCOVPI  1-I1CR:  Forklift  O;xrc.tor 

j  1 22  12  2’2’l  !  2'.  lalo'-e  stares  to  staging  point  for  that  storeroom  17 

As  1  Oh.i‘1  i-nCR:  f  orklift  (>, orator 
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1 1 22  4 2 .2 2 1 2 ]  LF_n ai.kna\v_n_ja£ hlc h_a torcron niHLLLIDLaa gr fixate- 
ACCOMPLISHED  {S'XOl  Assistant  Supply  Officer  ] 

[12212-22121]  Determine  storeroom 

ACCOMPLI* HER:  jSXOl  -Assistant  Supply  Officer  ] 

[122 12. 22121.1]  Move  to  segregation  point 
ACCOMPLISHED  FcrlUift  Operator 

■  12242.22l21.2j  Determine  location  from  NIMS 

ACCOMPLISHED  /SXOl  Assistant  Supply  Officer  ] 

[12242  22122]  Move  to  storeroom 

ACCOMPLISHED  Forklift  Operator 

j 1 22 42  22122.1]  Move  stores  to  transfer  point 
ACC  OMP1.151IED  Forklift  Operator 

[12242.22122.2]  Move  stores  to  staging  point  for  that  storeroom 
ACCOMPLISHED  Forklift  Operator 

■  122  12.222]  Hnmdling-ofLMSP_ and  JEIilght _Gear_&tatca_ 

ACCOMPLISHED  ;SXOS  S6  Division  Officer  ] 

i22!2  2221’  Transfer  of  supplies  to  SC  btorcrooms 
ACC CMn.lMII-Rf  IFXOC  SC  Di\Pi.>n  Officer  ] 

[1 22  *2  2222’  Inventory  of  stores  completing  paperwork  and  forwarding  to  Si 

.VC  OMPLISIlER.  :$XOG  SC  DiCk  n  Off.-er  j 

[12212.223.  Hijjndlins oLDXQ.starei. 

ACCOMPLISHED  Divisional  Rcrri tentative* 

i) 2242.2231*  Segregate  stores  by  department 

ACCOMPLISHED  52,  SS,  Sf>,  and  Ft  Representatives 

il22  i2.2232'  Notify  department  to  strike  stores 
ACCOMPLISHED  SS  Division  Officer 

[12242. 2233]  Inventory  and  prepare  paperwork  for  Si 
ACCOMPLISHED  Department  Supply  PO 

!l22  12.23  Move  supplies  to  Staging  Point 
AC  COMP  LIS  HER:  forklift  operators 


[122  42.2  V  Di  m:  jryo.tcrta.hy.  matching  DIQ2iY..itopy  "vltii  ROB  copy  of  ink:. -J  iktir.g., 
AC  C  OMPLISHED  jSXOS  SS  Division  Officer  ] 


■12212.22’  Survey  any  losses  nnd_Pof.t  recclpta. 

AC'C  OMP!  I'ilED  ,'SX01  Si  DivEbn  Officer  ] 

12212 . 2 1 ■  1  ■  Survey  any  looses 

ACCOMPLISHED  jSXOl  SI  Pb  W;.,;,  Officer  ] 

j  1 22 42  2i>2.  Post  Receipts  ol  supplies  received 

ACCOMPLISHED  ISXOI  Si  Division  Officer  j 

'12212'  27;  Verily  . -UI^REDevolutlon  with  .spot  check*. 
ACC  OMPLlriLER:  f/.’/CO  Coininandir.g  Officer  ] 

It  22V  Secure  t'rmu.  ATfPtTREP  of  Suppli  es.  ' 

Accomplished: 

:!.’2»r  Secure  from  Flight  Quarters 
ACCOMPl.l'HER:  AIR  Officer 
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[l Transport  Supplies  from  staging  area  to  Stowage  area  2 

ACCOMrUSlIUll;  SupiiyOfficer 

1 123-  Perform  Post  VERTREP  operations  3 

aCCOMPLISHER:  I'ZZCO  Commanding  Officer  j 

ill'.;  C O JSTwEPy V_ERTILEP_af  Supplier  4 

‘iCCOMPLlSilLR:  Commanding  Offi-xr 

If-:  Prepare  for  CONREP/ VERTREP  of  Supplies  5 

ACC  ON  u  ’LIS  HER:  Commanding  Officer 

ft:-? ! '  Cc-nauct  planning  meeting  for  CONREP/ VERTREP  of  Supplies  ft 

1 1 N 1  -  Determine  Ships  requirements  for  CONREF/VERTREP  of  supplies  7 

jlNIN  Determine  Rondervous  Position  for  CONREP/ VERTREP  of  Supplies  Jj 

|l?l  ij  Send  Required  Messages  for  CONREP/ VERTREP  of  S  upplies  0 

Perform  Operational  check  of  equipment  for  CO  NKEP/ VERTREP  of  Supplies  IC 

il3ifij  Promulgate  required  notices  for  CONREP/ VERTREP  cl  Supplies  11 

;i:  :  Conduct  CONREP/VERTREF  of  Supplies  12 

ACt  OMPLISHER  I'-'ZCO  Ct  mmasnding  Officer  ] 

Perform  Post  CONREP/ VEftTRF.I*  operations  13 

Ct l\i t’l,’ -i I i  1 ,R  CCCO  Ci  ' — i-Tin-l »:•  T  Oi'f  ii-r  j 
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here  is  the  listing  oi  SORM  frames  on  the  PERQS, 


Subnet 

Frames 

Machine 

Basic 

85 

OXOW 

Billet 

108 

oxow 

Config 

i 

OXOW 

Cvbill 

56 

oxow 

C/Bi  111 

38 

oxow 

CVBoard 

86 

oxow 

CVCoa 

104 

PERS 

Cvcompt 

528 

PERS 

Cv^loball 

60 

PERS 

Cvlnv 

51 

oxow 

Cv layout 

3 

NAV0 

CVMaint 

44 

PERS 

CVNctD 

53 

NAVU 

CVNNotes 

5 

NAV0 

CVOps 

4 

NAVO 

CVOrg 

1234 

OXOW 

CVOrgA 

251 

OXOW 

Cv0rgl 

219 

OXOW 

CVRule 

38 

NAVO 

Cvpd 

15 

PERS 

CVPub 

72 

INPUTS 

CVPubI 

35 

INPUTB 

CVRef 

114 

NAVO 

CVlhry 

107 

PERS 

Fight 

174 

NAVO 

General 

141 

OXOW 

UnderConFig  2 

NAVO 

Cvrepair 

5 

NAVO 

Over 

40 

PERS 

Org 

31 

OXOW 

CVPlan 

198 

OXOW 

CVResp 

2 

OXOW 

CVMgrat 

29 

NAVO 

CVMoraie 

722 

NAVO 

CVPers 

101 

NAVO 

CVSupp 

365 

NAVO 

CVEvol 

923 

NAVO 

Unrep 

427 

NAVO 

1 
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.  '  ,  ,  ;  '  ZOG/VINSON  TECHNOLOGY  DEMONSTRATION 

.  EVALUATION  RECOMMENDATIONS 

11  MAY  1*533  , 

0  INSTALL  CLARE  SHIELDS  ON  DISPLAYS  {ONR  WILL  SEND! 

0  INSTALL  VIBRATION  DAMPENING  MATERIAL  TO  EXTENT  POSSIBLE  ON  ALL  MACHINES  AND 
FLOOR  UNITS  -CIF  SHIP  CANNOT  PROVIDE-.  ONR  BILL  SEND! 


0  EXAMINE  WORK  STATIONS  FOR  POSSIBLE  REALIGNMENT  OF  FLOOR  UNIT  PROCESSOR  TO 
IMPROVE  ACCESSIBILITY  OF  FLOPPY  DISC- 

*  « 

-  .  :  0  AN  EXCELLENT  PROCEDURE  FOR  DAILY  BACKUP  HAS  BEEN  DEVELOPED-  AND  IS  BEING 
FOLLOWED  BY  THE  MANAGEMENT  DEPARTMENT  -  SHOULD  BE  CONTINUED- 

’  0  EXCELLENT  PMS  PROCEDURES  FOR  THE  PERC2  MACHINES  HAVE  BEEN  DEVELOPED,  AND 

:  IMPLEMENTED  BY  THE  MANAGEMENT  DEPARTMENT  -  SHOULD  BE  CONTINUED. 


0  IMPLEMENT  NiVY  INTEGRATED  LOGISTICS  SUPPORT  SYSTEM.  THIS  HAS  BEEN  IMPLEMENTED 
BY  MANAGEMENT  DEPARTMENT.  RESOLVES  MAJOR  CONCERN  OF  PROJECT  SPONSORS- 


0  MANAGEMENT  DEPARTMENT  NEEDS  TO  INSTITUTE  MECHANISM  TO  ENABLE  USER  TO  GET 
AGENTS  WRITTEN  FOR  HIM- 


0 


STRONGLY  SUPPORT  MANAGEMENT  DEPARTMENT’S  PRESENT  EFFORT  TO  DEVELOP  R  IMPLEMENT 


A  MATL hOX  -  ZO C  USERS  COMMUNICATION  SYSTEM.  ENCOURAGE 


Aifl- 


RECOMMEND  ESTABLISHMENT  OF  SEPARATE  MAILBOX  FOR  SYSTEM  USER  COMMENTS. 


0  RECOMMEND  REGULAR  ZOG  USERS  MEETINGS  TO  DISCUSS  PROBLEMS,  CHANGES,  ETC-  HAVE 
NEXT  MEETING  BEFORE  NEXT  ZOG  VERSION  IS  INSTALLED- 


'•  0  RECOMMEND  USE  OF  SEVERAL,  CHEAP,  LOCAL  PRINTERS  TO  FACILITATE  DISPERSAL  OF 
,r  INFORMATION  TO  SUBORDINATES  CAFTER  1  NOVEMBER  1R£3>- 


0  EMPHASIZE  DEVELOPMENT  OF  SU3NETS  ACROSS  ADDITIONAL  DEPARTMENTS  TO  SOME  MINIMUM 
LEVEL  TO  ACHIEVE  REQUIRED  DEPARTMENTAL  LINKAGES- 

0  RECOMMEND  THAT,  FOLLOUING  RESOLUTION  Or  THE  SYSTEM  MALFUNCTIONING  PROBLEM,  THE 
MANAGEMENT  DEPARTMENT  REDIRECT  EFFORT  TOWARD  THE  IMPROVEMENT  OF  INITIAL  AND 
FOLLOUON  USER  TRAINING- 

0  RECOMMEND  THE  CREATION  OF  A  GLOBAL  STATUS  FRAME  REPORTING  THE  STATUS  OF  ALL 
PER<2S.  ACCOMPLISHED  THIS  WEEK- 


0  RECOMMEND  DELETION  OF  THE  GUEST  SIGN  ON  TO  MAKE  A  MORE  ACCURATE  RECORD  OF  USAGE 


0  RECOMMEND  A  RENEWED  EFFORT  TO  ENSURE  THAT  EACH  USER  LOGS  ON  AND  OFF- 

0  RECOMMEND  THAT  WHEN  STATUS  FILES  ARE  LOST,  AN  EN*RY  BE  MADE  3Y  THE  MANAGEMENT 
DEPARTMENT  NOTING  DAY  AND  TIME  OF  LOST  DATA  SO  THAT  MISSING  DATA  CAN  BE 
ACCOUNTED' FOR- 


II-l 


0  RECOMMEND  THAT  MANAGEMENT  DEPARTMENT  ADD  A  FIELD  TO  PARTS  USAGE  LOG  TO  INDICATE 
MACHINE  I.D.  NUMBER  AND  LOCATION. 

0  RECOMMEND  THE  RECREATION  OF  A  SUBNET  INDICATING  LOCATION-,  COMPONENT  NUMBER  AND 
PER(2  MACHINE  IDENTIFICATION. 

0  RECOMMEND  THAT  AN  AGENT  BE  CREATED  THAT  WILL  RECORD  SUBNET  SIZES.  ACCOMPLISHED 
THIS  UEEK-  ' 

0  STRONGLY  RECOMMEND  THAT  ALL  EFFORTS  BE  EXPENDED  TO  RESOl.VE  SYSTEM  MALFUNCTIONING 
PROBLEM.  IF  SOFTWARE  PROBLEM  RESOLUTION  REFUTES  OUTSIDE  SUPPORT ■>  DAVID  TAYLOR 
BILL  INSTITUTE  A  CONTRACT  TO  OBTAIN  THE  NECESSARY  SUPPORT- 

0  RECOMMEND  THAT  THE  MANAGEMENT  DEPARTMENT  MODIFY  THE  PLAN  WRITING  AGENT  TO  HIGHLIGHT 
TIMING  CONFLICTS. 

0  RECOMMEND  THAT  THE  MANAGEMENT  DEPARTMENT  INSTITUTE  PROCEDURE  FOR  REVIEWING  NEWLY 
GENERATED  FRAMES  FOR  FITNESS  OF  FRAME  STYLE- 


ZOG  evaluation  comments 
0lGct83 


X  There  has  been  a  major  increase  in  the  number  and  depth  of  ship  supporting 
ZOG  subnets  during  the  last  2  months.  Notable  subnet  expansion  is  present 
across  and  within  departments.  For  example,  the  Reactor  Office,  Engineering, 
AIMD,  Personnel  and  Weapons  Elevator  departments  have  substantially  expanded 
their  subnets  and  number  of  users. 

X  The  number  of  users  has  increased,  along  with  their  skill  level. 

X  Increase  ; n  users  and  net.  expansion,  in  part,  due  to  improved  system 
software  functioning.  ZOG  system  and  Airplan,  while  still  containing  problems, 
are  operating  more  reliably  than  2  months  ago.  David  Taylor  will  relate  to 
CMU  the  ship's  concern  for  high  priority  software  problems.  Resolution  of  the 
logoff  problem  is  a  critical  issue. 

X  ZOG  management  is  functioning  well  and  evidences  increased  interaction  with 
the  user.  This  is  apparent  to  the  Evaluation  group  and  the  ZOG  users  on  board, 
for  both  the  officer  and  enlisted  contingents  of  the  Management  department. 

X  Management  department  staffing  will  become  an  issue  by  March  1984.  The  ship 
needs  to  consider  means  to  replace  staff.  For  longer  range,  the  idea  of 
obtaining  staff  members  from  Navy  P.  G.  school,  and  having  a  ZOG  development 
c Tort  located  at  the  P.  G.  school  vice  or  in  addition  to  CMU  should  be 
explored. 

r  The  ZOG  management  group  needs  to  increase  interaction  with  Vinson 
personnel  at  CMU.  David  Taylor  will  explore  means  to  increase  communication 
with  CMU  located  personnel. 

X  The  ZOG  management  division  needs  to  continue  to  expand  interaction  with 
users  both  individually  and  in  groups.  The  development  and  implementation,  by 
the  Management  department  of  the  mailbox  and  individual  user  top  frame  have 
been  significant,  contributions  to  improved  ZOG  system  utilization. 

X  Suggest  the  Management  department  conduct  2  kinds  of  user  meetings  on  an 
aperiodic  basis:  (1)A  beginning  users  ievel  of  meeting  that  would  present 
basic  software  changes  and  Discuss  issues  with  non-technical  language,  and 

(2)  An  intermedi ate/advanced  user's  meeting  for  higher  level  technical  issues. 
(Anyone  could  attend  any  meeting.) 

X  To  further  aid  the  user,  1.3rd  copy  user  guides  should  be  developed/revised 
and  distributed.  These  guides  should  be:  (1)A  basic  simple  guide  for  new 
users,  (2)  An  intermediate  guide  listing  editor  and  agent  user  commands,  and 

(3)  An  advanced  guide  for  sophisticated  users.  This  documentation  is  vital  to 
continuation  of  ZOG  use. 
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X  The  Executive  Officer's  division  Officer  ZOG  meetings  are  excellent  and  arc 
already  impacting  the  involved  divisions.  These  new  users  are  developing 
relatively  basic  subnets,  such  as  leave,  transfer,  and  training  schedules, 
that  are  serving  department  needs  while  teaching  these  division  officers  the 
operating  procedures  and  capabilities  of  the  ZOG  system. 

•X-  For  all  types  of  users  the  management  group  should  encourage  and  aid  the 
development  of  turnover  subnets  for  people  scheduled  to  depart  the  Vinson. 

X  As  system  use  increases,  the  allocation  of  Perqs  and  other  equipment  will 
become  a  crucial  issue.  The  Management  department  needs  to  review  present 
Perq  allocation  on  the  basis  of  current  departmental  needs.  A  specific 
recommendation  is  to  relocate  the  Perq  from  the  Supply  department  to  a 
department  having  a  greater  need  for  it. 

X  An  unused  Diablo  printer,  presently  in  the  Assistant  Strike  Officer  office 
should  be  installed  at.  a  Perq  location  where  it  could  be  used.  Possibilities 
include  the  Reactor  Officer  or  Engineering. 

X  To  aid  in  full  terminal  use,  the  ship  should  consider  establishment  of  a 
Perq /Wang  terminal  room.  This  room,  and  the  terminals,  wouid  be  available  to 
any  user.  ZOG  management  enlisted  personnel  could  manage  the  room  and  serve 
as  ZOG/Wang  tutors.  Additionally,  the  room  could  serve  as  a  training  location 
at  specified  times.  Obviously,  providing  terminals  for  this  space  is  a 
concern.  This  room  would  greatly  facilitate  access  to  terminals. 

X  Perq  maitenance  procedures  under  the  EMO  are  good  and  the  trouble-reporting 
system  is  working  well.  Excessive  hardware  malfunctions  of  Perq  machines  have 
drastically  cut  into  spare  parts  supply,  David  Taylor  will  seek  to  advance 
release  of  parts  funds  to  20G  management. 

X  Perq  maintainers  will  need  the  manufacturers  7  week  training  prior  to  the 
next  cruise.  Tentative  desired  schedule  for  the  Perq  systems  hardware 
training,  conducted  onboard,  is  the  Jan-Feb  1984  time  period. 

X  The  placement  of  an  operating  Terq  in  the  EMO  spaces  would  facilitate 
communication  regarding  trouble  calls,  EMO  use  of  the  ZOG  system,  and 
improved  maintenance  through  greater  operational  familiarity. 

X  Eecause  of  immediate  hardware  problems,  David  Taylor  will  work  to  get  Perq 
manufacturer  technicians  to  the  ship  in  Alameda  asap. 
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PMS  ON  THE  PERQ  COMPITER  SYSTEM 


c!s  Required: 


Ons  medium  size  phiileps  head  screwdriver 
One  large  size  flat  head  screwdriver 
One  paint  brush 
One  vacuum  cleaner 


Personnel  Required:  One  man.  (Two  if  PERQ  must  be  moved  for  convenience) 


7:ms  Required: 


One  Man  hour 


Vrolug  all  the  cables  from  the  rear  of  the  perq.  There  should  be  five  in  all. 
Remove  the  four  front  cover  screws. 

eve  the  front  cover. 

?.  reeve  the  four  back  cover  screws. 

Remove  the  back  cover. 

the  two  left  side  cover  screws, 
the  left  cover. 

the  two  right  side  cover  screws. 

'ight  cover, 
top  cover. 

two  screws  holding  the  card  cage  which  are  located  above  the  hard 
on  the  centerline. 


;-.eno'.  ■: 


.■•'•-“ove  the 
? amove  the 
Remove  the 


OlsiC, 

.  -p : -j~  the  tvo  cables  leading  from  the  10  board.  Disconnect  the  cables  from 
the  holders  on  the  side  of  the  card  cage.  Wrap  the  top  cable  ever  the 
top  of  the  perq,  and  wrap  the  bottom  cable  under  the  perq. 

tw*  :m  J3  ccnnectors  from  the  power  supply,  ar.d  place  them 

.  +ka  r* c 

u».w 

Lift  out  the  card  cage  by  placing  your  left  hand  under  the  front  of  the 
pOnOr  sucoly  and  your  right  hand  under  the  back  of  the  power  supply. 

Lift  the  card  cage  straight  up  until  it  cones  off  track.  Then  move  it 
straight  cut  clear  of  the  perq. 

Plata  the  card  cage  on  top  of  the  perq  very  carefully.  The  JA  and  JB 
connectors  should  be  on  top. 

r.:-.ov-:  the  power  supp’y  by  sliding  the  card  cage  so  that  the  power  supply  is 
hanging  over  the  edge.  As  you  look  down  at  the  power  supply  there  should 
be  two  screws  on  the  oppsite  side  as  the  JA  and  JB  connectors.  One  Toward 
and  one  aft  cn  the  power  supply.  Remove  these  two  screws  and  swing  the 
power  supply  cut  from  the  card  cage.  Unci  ip  the  snail  clip  and  the  bar 
clip  and  remove  the  power  supply. 

Clear  the  power  supply  with  the  paint  brush  and  the  vacuun  cleaner. 

Replace  the  power  supply  by  connection  the  bar  clip  and  then  the  snail  clip. 
Screw  the  two  screws  back  into  the  power  supply  through  the  card  cage, 

and  pl~.ee  the  card  cage  out  of  the  way. 

Unplug  the  two  cables  going  to  the  disk  drive,  and  the  ribbon  cable. 

Remove  the  hard  disk  by  removing  the  two  bottom  screws,  one  located  fwd  or.  the 
bottom  of  the  hard  disk  and  one  located  aft  on  the  bottom  of  the  hard 
disk.  Then  remove  the  top  aft  screw  while  holding  the  disk  drive  up.  Hold 
the  disk  drive  up  by  placing  one  hand  under  the  top  lip  of  the  disk  drive, 
men  slide  the  disk  drive  so  that  it  rests  on  the  bottom  edge  of  the 
frame.  Then  remove  the  top  front  screw  while  holding  on  to  the  disk  drive. 
Hold  on  to  the  disk  drive  by  placing  one  hand  under  the  heat  exchanger. 

To  completely  remove  the  disk  drive  pick  it  up  with  one  hand  under  the 

heat  exchanger  and  one  hand  under  the  aft  upper  lip  of  tha  hard  disk  and 
suing  it  tree  of  the  perq. 

Clean  any  dirt  off  the  hard  disk  with  the  paint  brush  and  vacuum  cleaner. 
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,.:in  any  dirt  off  whats  left  of  the  perq.  Then  turn  the.  perq  cn  its  hack. 
Clear,  any  dirt  off  the  inside  bottom  and  outside  bottom,  then  it  is 
clean  then  begin  to  reassanble  it.  '  ■  ' 

7 ie:e  the  perq  back  on  its  feet. 

sure  that  the  ribbon  cable  running  under  the  disk  drive  and  the  card 
cage  is  still  in  the  right  position. 

7;  .'be  the  hard  disk  back  into  the  disk  drive  slot,  holding  it  the  same  way 
you  tcck  it  off.  Place  the  front  top  screw  in  first.  Then  the  aft  top 
screw.  Then  place  the  two  bottom  screws  in.  The  order  does  not  matter 
for  the  two  bottom  screws.  Then  reconnect  the  to  cables  and  one  ribbon 
cable  to  the  hard  disk. 

Mace  the  card  C3ge  back  into  the  perq  by  sliding  it  in  the  oppsite  way  you 
.ock  it  cut.  Make  sure  that  it  rests  cn  both  the  top  and  bottom  tracks. 
Slide  it  all  the  way  to  the  rear  of  the  perq.  Now  connect  the  JA  and  JB 
connectors  to  the  power  supply.  Place  the  ribbons  back  on  the  side  of  the 
card  cage,  3nd  reconnect  to  the  10. board. 

~':r=  are  screws  back  into  the  card  cage  on  the  top  above  the  hard  disk. 

ic;  the  top  cover  on. 

7 late  the  side  covers  on  and  screw  down. 

7 ; tea  the  front  cover  on  and  screw  down. 

?  ■  see  the  rear  cover  on  and  screw  down. 

7.  ell  connectors  into  the  back. 

7:  the  para  cn  and  take  it  into  ZOG. 


i  ; 
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APPENDIX  1 

LIST  OF  ALL  ZOG  AGENTS  ON  SYSTEM 

t  • 
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Alphabetical  list  of  unique  subnets  on  Local,  including  all  Agents 
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A  FUN'Cl  10NAL  UUlCS  to  tne  LZ.U  uu. 

L 

T  \ 


new  text  in  front  of  the  current  character:  i 

a.  new  option  after  the  last' option:  X 

P--.V  text  at  the  end  cf  the  current  item:  x 

~  "timestamp*  at  the  current  cursor  location  in  the  text:  w  or  i 
•*  ttents  cf  the  buff-?'  at  the  current  cursor  location  in  the  te>: 


.  .Ctrl-W 

:  ~  i 


DELETE  the 
current  item:  D 
current  character:  d 

text  froo  the  current  character  up  to  some  character:  k 
contents  of  the  buffer:  # 


FI PLACE  the 

text  from  tbs  current  character  up  to  some  character:  m 
current  character:  c 
current  character:  r 

'next-frame'  field  for  the  current  item:  n 
current  item:  R 
global  pad  set:  G 

current  character  with  its  other  case:  v 
selection  character  for  the  current  selection:  z 


MOVE  the  CURSOR  to  the 
any  character:  move  mouse  +  click  button 
next  character:  <sp3ce> 
previous  character:  Ctrl-H 

next  selection:  LF  -- 

prc-i-cs  selection:  INS 

next  occurence  of  a  given  character:  s 

selection  with  a  given  selection  character:  S 

beg ir nine  of  the  text  of  the  current  item:  l 

beginning  of  the  frame  text:  L 

next  occurance  of  a  string:  f 

previous  word:  : 

next  word:  ; 


DISPLAY  for  EDITING  the 
frame  action:  A 
selection  action:  a 
frame  comment:  C 
frame  expansion  string:  Y 
selection  expansion  string:  y 

RISE  Commands 

Display  help  for  the  editor  in  the  other  window:  H  or  h 

Exit  the  editor,  saving  the  changes  made:  E  or  e 

Exit  the  editor,  without  saving  the  changes  made:  Q  or  n 

Reposition  the  current  item:  p 

Reposition  all  the  options  as  a  group:  P 

Reformat  the  options:  F 

Justify  the  text  for  the  current  item:  J 

•Justify  the  text  for  the  current  item,  starting  at  the  current  character:  j 
Transpose  the  current  character  with  the  next  character:  t 


K-l 


kx  ■  t/t  u*  -j  tv  ox)  "oa,  a  •—  t-*  c*  ►-•  t-i  &  o  >•’»  ,~ri  m 


J.  _  *  ;  *?*V  . 

t  • '  :'; 


-  •  -  ■  •  \f  ■  |  ' 

• ...  ,  .;•  < 

•  *.■  •'.•  ;V,*\ ; '•  ::*. . 


■  ,v  ■!  •>,>•  -■'•  *;•••.  . 

•  C  •  »’■'•'**.,.  '••  >  t>  '  'vi  .  V'  .  '  rw  -  ^  •  l-  •  ... 

•  •  '»<:.  •  -  r  •  !«•  ••» -i  ’.•  •  *•  f '  .  »  r  ■  X'  .  ?*■*"  •*  •. 

:*r(  ‘  • 


5c"  replaces  the  next  five  characters  with  the  next  five  typed  , 

:lete  the  current  item  ‘  "  .  .D'O/V Esyr'  '  •'v;y  ir  'Ey  v*yhf%h>^,y-' a  F  v*. : 

1  .  <  -  .  .  X  .  t _ '  _  •'  '  '  ■  *  *  ■  ■  •  •  .. 


or  e 


1 


or  h 


edit  the'  frame  act’  'n 
edit  the  action  for  the  current  selection 
edit  the  frame  comment 
change  the  current  character 
"5c” 
di 

delete  the  current  character 
"3d”  deletes  the  next.  3  characters,  ”Xd'*  deletes  the  remaining  text 
exit  the  editor,  saving  the  changes  made 
reformat  the  options 

"OF"  places  0  blank  lines  between  the  options  (single  spacing) 

"IF"  or  "F"  places  1  blank  line  between  options  (double  spacing 
find  a  string  in  the  current  item 
T...INS"  finds  the  next  occurrence  of  the  string  specified 
change  the  global  pads  frame  for  the  frame 
display  help  for  the  editor 
insert  a  new  selection 

insert  new  text  before  the  current  character 
justify  the  entire  text  fcr  an  item  .... 

justify  the  text  for  an  item  starting  at  the” 'current "character  • 
delete  text  from  the  current  character  up  to  some  char  <k> 

'"kt”  deletes  characters  up  to  the  next  occurrence  of  "t" 
move  the  ZED  cursor  to  the  frame  text  ,  F  p’: 

move 


or  q 


•ed 


lAida1710  V.  ;  -J  FePJ 

change  the  hext-frar^’  f or Hh'e  current  item 
repos  it  ion  "all  the  items-  as  a  group  F  . 

reposition  the  current  item 
exit  the  editor  without  making  any  changes 
replace  the  current  item 
replace  the  current  character 

”4r...IN$"  replaces  the  next  four  characters  with  the  input  t 
move  the  ZED  cursor  to  a  selection  with  selection  character 
"S4"  moves  the  ZED  cursor  to  selection  "4" 
move  the  ZED  cursor  to  the  next  occurrence  of  character  <k> 

"sw"  moves  the  cursor  to  the  next  occurrence  of  "w" 
transpose  the  current  and  next  characters 
invert  the  case  of  the  current  word 
insert  a  timestamp  in  front  of  the  current  character 
extend  the  options 

"OX"  inserts  a  new  option  after  the  last  option  with 
"IX”  or  "X"  extends  the  options  with  1  blank  line  as 
extend  the  text  for  the  current  it. .-a 
edit  tne  expansion  string  for  the  ./hole  frame 
edit  the  expansion  string  for  the  current  selection 
change  the  selection  character  for  the  current  selection 

INS  move  the  ZED  cursor  to  the  previous  selection 

LF  move  the  ZED  cursor  to  the  next  uect.  ic-n  • 

Ctri-H  move  the  ZED  cursor  to  the  previ--  ■>  character 

-cspsce>  move  tne  ZED  cu  .  _r  to  tne  next  character 

,  r  i  *  ■  '• 

Cirl-Ef  insert  a  timesta.  while  in  \  insert  mode 

3  suspend  editing  tne  frame  and  return  to  ZOO  mode 

*■  insert  the  contents  cf  the  buffer  in  front  of  the  current  character 

#  delete  the  contents  of  the  buffer 

;  move  the  ZED  cursor  to  me  next  word 

:  move  the  ZED  cursor  to  the  previous  word 

replace  the  frame  wish  the  contents  of  another  frame 

■  K-2 


n.o  separation 
separation 


f'f  J 


DISTRIBUTION  LIST 


Assistant  Secretary  of  Defense  (Manpower,  Reserve  Affairs,  and  Logistics) 

Deputy  Under  Secretary  of  Defense  for  Reesearch  and  Engineering  (Research  and 
Advanced  Technology) 

Chief  of  Naval  Operations  (OP-01/,  (OP-01B7),  (OP-112),  (OP-39),  (OP-59),  (OP-9S7H) 

Chief  of  Naval  Material  (NMAT  05),  (NMAT  0722) 

Chief  of  Naval  Research  (Code  100),  (Code  200),  (Code  270)  (25),  (Code  400),  (Code  440), 
(Code  442),  (Code  442PT) 

Commanding  Officer,  Office  of  Naval  Research  Branch,  Chicago  (Coordinator  for 
Psychological  Sciences) 

Office  of  Naval  Research,  Detachment  Boston 
Office  of  Naval  Research,  Detachment  Pasadena 
Office  of  Naval  Research,  London 

Chief  of  Naval  Education  and  Trainng  (Code  00),  (Code  00 A),  (Code  N-21),  (Code  N-24) 
Commanding  Officer,  Naval  Education  and  Training  Program  (Code  IPD)  (Personnel  and 
Training  Research) 

Oficer  in  Charge,  Central  Test  Site  for  Personnel  Training  Evaluation 
Chief  of  Naval  Technical  Training  (Code  00),  (Code  N-6),  (Code  N-7) 

Commanding  Officer,  Naval  Technical  Training  Center,  Corry  Station  (Code  10 IB) 
Commanding  Officer,  Naval  Air  Technical  Training  Center  (AW-A) 

Commander,  Training  Command,  U.S.  Atlantic  Fleet 
Commander,  Training  Command,  U.S.  Pacific  Fleet 

Commanding  Officer,  Fleet  Aviation  Specialized  Operations  Training  Group,  Atlantic 
Commanding  Officer,  Fleet  Aviation  Specialized  Operations  Training  Group,  Pacific 
Commanding  Officer,  Fleet  Combat  Training  Center,  Pacific 
Commanding  Officer,  Fleet  Training  Center  (San  Diego) 

Officer  in  Charge,  White  Oak  Laboratory,  Naval  Surface  Weapons  Center  (U-22) 
Commander,  Naval  Ocean  Systems  Center 
Commander,  David  W.  Taylor  Naval  Ship  Center  (2) 

Commanding  Officer,  Naval  Training  Equipment  Center  (Technical  Library)  (5),  (Code  1), 
(Code  7) 

Commanding  Officer,  Naval  Coastal  Systems  Center 
Commanding  Officer,  Naval  Underwater  5ystems  Center 
Commanding  Officer,  Naval  Intelligence  Support  Center 
Commander,  Naval  Electronic  Systems  Command 
Director,  Shipyard  Training  (NAV5EASY5COM  072) 

Commander,  Army  Research  Institute  for  the  Behavioral  and  Social  Sciences,  Alexandria 
(PERI-A5L),  (PERI-SZ) 

Director,  U.S.  Army  Tradoc  Systems  Analysis  Activity  (ATTA-SL) 

Commander,  Air  Force  Human  Resources  Laboratory,  Brooks  Air  Force  Base  (Scientific 
and  Technical  Information  Office),  (TSRL/Technical  Library) 

Commander,  Air  Force  Human  Resources  Laboratory,  Williams  Air  Force  Base 
(AFHRL/OT) 

Commander,  Air  Force  Human  Resources  Laboratory,  Wright-Patterson  Air  Force  Base 
(AFHRL/'L.R-TDC) 

Commander,  Air  Force  Human  Resources  Laboratory,  Lowry  Air  Force  Base 
(AFHRL/LRT) 

Director,  Training  Systems  Development,  Hq  ATC/SPTD 

Director,  AFLMC/SRP,  Technical  Reference  Library 

President,  Naval  War  College 

Superintendent,  Naval  Postgraduate  School 

Director  of  Research,  U.S.  Naval  Academy 

Institute  for  Defense  Analyses,  Science  and  Technology  Division 

Defense  Technical  Information  Center  (DDA)  (12) 


